pas d'identifiant généré pour des fiches importées

  • 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:397138100dfc76f2a90b6806add67ef7' 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 rencontre les erreurs ci jointes lors de la définition de moissons dans le module harvester.\n</div>\n', created = 1507748958, expire = 1507835358, headers = '', serialized = 0 WHERE cid = '4:397138100dfc76f2a90b6806add67ef7' 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:397138100dfc76f2a90b6806add67ef7' 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 rencontre les erreurs ci jointes lors de la définition de moissons dans le module harvester.\n</div>\n', created = 1507748958, expire = 1507835358, headers = '', serialized = 0 WHERE cid = '4:397138100dfc76f2a90b6806add67ef7' 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:7478e8903582af8fa62946d5f7c24f2d' 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>lors de l\'import par lot de fiches xml sous forme de dossier zippé;<br />\net de leur ouverture dans ORI, ORI ne génère pas d\'identifiant de fiche<br />\n (dans onglet meta-metadonnées); Le champ reste vide.</p>\n<p>Il me semble que c\'est un bug : car si on importe des fiches dans ORI<br />\nc\'est qu\'on souhaite les modifier puis les stocker dans l\'entrepot de<br />\nfiches local d\'ORI.<br />\ndonc, notre ORI devrait générer un identifiant de fiche.</p>\n<p>merci d\'avance de votre aide,</p>\n<p>bien cordialement,</p>\n<p>isabelle<br />\n--<br />\nIsabelle Ramade<br />\nProfesseur agrégé à l\'université Paris-Sud 11<br />\nDépartement de chimie<br />\nCorrespondante TICE de la Faculté des Sciences d\'Orsay<br />\n(TICE : Technologies de l\'Information et de la Communication pour<br />\nl\'Enseignement)<br />\nEnseignante au C2I (Certificat Informatique et Internet)<br />\nMembre du Centre de Vulgarisation de la Connaissance,<br />\nservice de la Faculté des Sciences d\'Orsay</p>\n<p>adresse professionnelle :<br />\nCVC<br />\nBatiment 334<br />\nFaculté des Sciences d\'Orsay<br />\nUniversité Paris-Sud 11<br />\n91405 Orsay cedex<br />\nFRANCE</p>\n<p>Tel. 01 69 15 35 66<br />\nFax 01 69 15 35 68<br />\n<a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;&#105;&#115;&#97;&#98;&#101;&#108;&#108;&#101;&#46;&#114;&#97;&#109;&#97;&#100;&#101;&#64;&#117;&#45;&#112;&#115;&#117;&#100;&#46;&#102;&#114;\">&#105;&#115;&#97;&#98;&#101;&#108;&#108;&#101;&#46;&#114;&#97;&#109;&#97;&#100;&#101;&#64;&#117;&#45;&#112;&#115;&#117;&#100;&#46;&#102;&#114;</a></p>\n<p>*Utilisons des standards ouverts !*<br />\nArticle 4 de la Loi pour la confiance dans l\'économie numérique du 21<br />\njuin 2004 :<br />\n \"On entend par standard ouvert tout protocole de communication,<br />\nd\'interconnexion ou d\'échange et tout format de données interopérable et<br />\ndont les spécifications techniques sont publiques et sans restriction<br />\nd\'accès ni de mise en œuvre.\"</p>\n</div>\n', created = 1507748959, expire = 1507835359, headers = '', serialized = 0 WHERE cid = '4:7478e8903582af8fa62946d5f7c24f2d' 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:d8041580c0fd77b625f141d44398c620' 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 Isabelle,<br />\nDésolé de répondre si tardivement.<br />\nA vérifier mais pour qu\'il puisse positionner un identifiant, il faut<br />\nque les fiches XML LOM que l\'on souhaite importer aient les blocs<br />\n\"identifier\" présents (mais vides) :<br />\n<lom:identifier><br />\n<lom:catalog>URI</lom:catalog><br />\n<lom:entry/><br />\n</lom:identifier><br />\nA ce jour, il ne sait pas les créer lui-même dynamiquement.<br />\nMerci de confirmer (car je ne suis pas tout à fait sûr de ce comportement).<br />\nVincent.</p>\n<p>Isabelle Ramade wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> lors de l\'import par lot de fiches xml sous forme de dossier zippé;<br />\n> et de leur ouverture dans ORI, ORI ne génère pas d\'identifiant de<br />\n> fiche (dans onglet meta-metadonnées); Le champ reste vide.<br />\n><br />\n> Il me semble que c\'est un bug : car si on importe des fiches dans ORI<br />\n> c\'est qu\'on souhaite les modifier puis les stocker dans l\'entrepot de<br />\n> fiches local d\'ORI.<br />\n> donc, notre ORI devrait générer un identifiant de fiche.<br />\n><br />\n> merci d\'avance de votre aide,<br />\n><br />\n> bien cordialement,<br />\n><br />\n> isabelle</div>\n</blockquote>\n</div>\n', created = 1507748960, expire = 1507835360, headers = '', serialized = 0 WHERE cid = '4:d8041580c0fd77b625f141d44398c620' 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:3c41219e951351dc8340eb1fed284d81' 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>Quelque chose m\'a peut-être échappé mais quand je fais un test export<br />\ndepuis ORI puis ré-import (donc cas de figure d\'une fiche LOM en bonne<br />\net due forme avec un identifiant), je confirme qu\'il ne se préoccupe pas<br />\nvraiment du bloc \"identifier\" à ce qu\'il semble, puisqu\'il crée<br />\nsystématiquement une nouvelle fiche avec donc un nouvel identifiant.<br />\nComment, quès ?<br />\nSylvain</p>\n<p>Le 15/12/2009 11:55, Vincent Bonamy a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour Isabelle,<br />\n> Désolé de répondre si tardivement.<br />\n> A vérifier mais pour qu\'il puisse positionner un identifiant, il faut<br />\n> que les fiches XML LOM que l\'on souhaite importer aient les blocs<br />\n> \"identifier\" présents (mais vides) :<br />\n> <lom:identifier><br />\n> <lom:catalog>URI</lom:catalog><br />\n> <lom:entry/><br />\n> </lom:identifier><br />\n> A ce jour, il ne sait pas les créer lui-même dynamiquement.<br />\n> Merci de confirmer (car je ne suis pas tout à fait sûr de ce<br />\n> comportement).<br />\n> Vincent.<br />\n><br />\n><br />\n><br />\n> Isabelle Ramade wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour,<br />\n>><br />\n>> lors de l\'import par lot de fiches xml sous forme de dossier zippé;<br />\n>> et de leur ouverture dans ORI, ORI ne génère pas d\'identifiant de<br />\n>> fiche (dans onglet meta-metadonnées); Le champ reste vide.<br />\n>><br />\n>> Il me semble que c\'est un bug : car si on importe des fiches dans ORI<br />\n>> c\'est qu\'on souhaite les modifier puis les stocker dans l\'entrepot de<br />\n>> fiches local d\'ORI.<br />\n>> donc, notre ORI devrait générer un identifiant de fiche.<br />\n>><br />\n>> merci d\'avance de votre aide,<br />\n>><br />\n>> bien cordialement,<br />\n>><br />\n>> isabelle</p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n></div>\n</blockquote>\n<p>--<br />\nSylvain Duranton<br />\nResponsable indexation et documentation<br />\nUNIT<br />\n04.79.75.94.58<br />\n<a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;&#115;&#121;&#108;&#118;&#97;&#105;&#110;&#46;&#100;&#117;&#114;&#97;&#110;&#116;&#111;&#110;&#64;&#117;&#110;&#105;&#116;&#46;&#101;&#117;\">&#115;&#121;&#108;&#118;&#97;&#105;&#110;&#46;&#100;&#117;&#114;&#97;&#110;&#116;&#111;&#110;&#64;&#117;&#110;&#105;&#116;&#46;&#101;&#117;</a><br />\n<a href=\"http://www.unit.eu/\" title=\"http://www.unit.eu/\">http://www.unit.eu/</a></p>\n</div>\n', created = 1507748960, expire = 1507835360, headers = '', serialized = 0 WHERE cid = '4:3c41219e951351dc8340eb1fed284d81' 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:c7896adb124019eaf59623cac6aa9e30' 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</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\nRe-Bonjour Vincent, bonjour Isabelle, bonjour Anne-Sophie,<br>\n<br>\nCe n\'est pas moi qui ait posé la question, mais je me permets de réagir\nà la réponse de Vincent ...<br>\nIl est bien possible que ce soit la raison du pb.<br>\n<br>\nUne des fiches importées que j\'ai sous les yeux contient ceci :<br>\n<div class=\"e\">\n<div style=\"text-indent: -2em; margin-left: 1em;\" class=\"c\"><a class=\"b\"\n onfocus=\"h()\" onclick=\"return false\" href=\"#\">-</a> <span class=\"m\">&lt;</span><span\n class=\"t\">lom:identifier</span><span class=\"m\">&gt;</span></div>\n<div>\n<div class=\"e\">\n<div style=\"text-indent: -2em; margin-left: 1em;\"><span class=\"b\"> </span>\n<span class=\"m\">    &lt;</span><span class=\"t\">lom:catalog</span><span\n class=\"m\">&gt;</span><span class=\"tx\">WIMS</span><span class=\"m\">&lt;/</span><span\n class=\"t\">lom:catalog</span><span class=\"m\">&gt;</span> </div>\n</div>\n<div class=\"e\">\n<div><span class=\"b\"> </span> <span class=\"m\">&lt;</span><span\n class=\"t\">lom:entry</span><span class=\"m\">&gt;</span><span class=\"tx\">H5/analysis/oeftablvar.fr</span><span\n class=\"m\">&lt;/</span><span class=\"t\">lom:entry&gt;</span><span\n class=\"b\"><br>\n</span><span class=\"m\">&lt;/</span><span class=\"t\">lom:identifier</span><span\n class=\"m\">&gt;<br>\n<br>\nalors qu\'une fiche saisie directement sous ORI (donc non importée\ndepuis WIMS) contient ceci :<br>\n&lt;lom:identifier&gt;<br>\n&lt;lom:catalog&gt;URI&lt;/lom:catalog&gt;<br>\n&lt;lom:entry&gt;<a class=\"moz-txt-link-freetext\" href=\"http://ori.u-psud.fr/uid/u-psud-ori-119\">http://ori.u-psud.fr/uid/u-psud-ori-119</a>&lt;/lom:entry&gt;<br>\n&lt;/lom:identifier&gt;<br>\n<br>\nCependant, cela n\'a pas empeché ORI de générer un numero pour la fiche\nimportée.<br>\n(dans la base de données, table ORI_WORKFLOW_INSTANCE, l\'enregistrement\nde la fiche importée comporte bien un numero (dans EntryID))<br>\nEn revanche, ORI ne sait effectivement pas afficher ce numero dans le\nformulaire complet.<br>\n<br>\n</span></div>\n</div>\n</div>\n</div>\nQuestion : <br>\n- Est ce un problème pour l\'exploitation future de ces fiches ?<br>\n- peut on avoir un 2e bloc &lt;lom:identifier&gt; pour la même fiche ?<br>\n(de type &lt;lom:catalog&gt;URI<span class=\"m\">&lt;/</span><span\n class=\"t\">lom:catalog</span><span class=\"m\">&gt;) ou faut il remplacer\nnotre bloc WIMS par un bloc URI avec une entry vide ?<br>\n<br>\nFrançoise.<br>\n<br>\n</span>\n<pre class=\"moz-signature\" cols=\"72\">Francoise Schortin - Université Paris-Sud 11/Direction Informatique\n</pre>\n<br>\n<br>\nVincent Bonamy a écrit :\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Bonjour\nIsabelle,\n <br>\nDésolé de répondre si tardivement.\n <br>\nA vérifier mais pour qu\'il puisse positionner un identifiant, il faut\nque les fiches XML LOM que l\'on souhaite importer aient les blocs\n\"identifier\" présents (mais vides) :\n <br>\n&lt;lom:identifier&gt;\n <br>\n&lt;lom:catalog&gt;URI&lt;/lom:catalog&gt;\n <br>\n&lt;lom:entry/&gt;\n <br>\n&lt;/lom:identifier&gt;\n <br>\nA ce jour, il ne sait pas les créer lui-même dynamiquement.\n <br>\nMerci de confirmer (car je ne suis pas tout à fait sûr de ce\ncomportement).\n <br>\nVincent.\n <br>\n <br>\n <br>\n <br>\nIsabelle Ramade wrote:\n <br>\n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">Bonjour,\n <br>\n <br>\nlors de l\'import par lot de fiches xml sous forme de dossier zippé;\n <br>\net de leur ouverture dans ORI, ORI ne génère pas d\'identifiant de\nfiche  (dans onglet meta-metadonnées); Le champ reste vide.\n <br>\n <br>\nIl me semble que c\'est un bug : car si on importe des fiches dans ORI\nc\'est qu\'on souhaite les modifier puis les stocker dans l\'entrepot de\nfiches local d\'ORI.\n <br>\ndonc, notre ORI devrait générer un identifiant de fiche.\n <br>\n <br>\nmerci d\'avance de votre aide,\n <br>\n <br>\nbien cordialement,\n <br>\n <br>\nisabelle\n <br>\n </blockquote></div>\n <br>\n</blockquote></div></div>\n</body>\n</html>\n</div>', created = 1507748960, expire = 1507835360, headers = '', serialized = 0 WHERE cid = '4:c7896adb124019eaf59623cac6aa9e30' 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:387c7be707c145a2a73ef416acbbe28e' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour Françoise,<br />\nOui on peut avoir un 2e bloc \"identifier\" de catalog URI sans pb (tout<br />\nen conservant son propre bloc identifier \"WIMS\").<br />\nL\'intérêt concret (à ce jour) des identifiers se fait sentir notamment<br />\nlors des relations entre fiches.<br />\nVincent.</p>\n<p>francoise schortin wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Re-Bonjour Vincent, bonjour Isabelle, bonjour Anne-Sophie,<br />\n><br />\n> Ce n\'est pas moi qui ait posé la question, mais je me permets de<br />\n> réagir à la réponse de Vincent ...<br />\n> Il est bien possible que ce soit la raison du pb.<br />\n><br />\n> Une des fiches importées que j\'ai sous les yeux contient ceci :<br />\n> - <#> <lom:identifier><br />\n> <lom:catalog>WIMS</lom:catalog><br />\n> <lom:entry>H5/analysis/oeftablvar.fr</lom:entry><br />\n> </lom:identifier><br />\n><br />\n> alors qu\'une fiche saisie directement sous ORI (donc non importée<br />\n> depuis WIMS) contient ceci :<br />\n> <lom:identifier><br />\n> <lom:catalog>URI</lom:catalog><br />\n> <lom:entry>http://ori.u-psud.fr/uid/u-psud-ori-119</lom:entry><br />\n> </lom:identifier><br />\n><br />\n> Cependant, cela n\'a pas empeché ORI de générer un numero pour la fiche<br />\n> importée.<br />\n> (dans la base de données, table ORI_WORKFLOW_INSTANCE,<br />\n> l\'enregistrement de la fiche importée comporte bien un numero (dans<br />\n> EntryID))<br />\n> En revanche, ORI ne sait effectivement pas afficher ce numero dans le<br />\n> formulaire complet.<br />\n><br />\n> Question :<br />\n> - Est ce un problème pour l\'exploitation future de ces fiches ?<br />\n> - peut on avoir un 2e bloc <lom:identifier> pour la même fiche ?<br />\n> (de type <lom:catalog>URI</lom:catalog>) ou faut il remplacer notre<br />\n> bloc WIMS par un bloc URI avec une entry vide ?<br />\n><br />\n> Françoise.<br />\n><br />\n> Francoise Schortin - Université Paris-Sud 11/Direction Informatique<br />\n><br />\n><br />\n><br />\n> Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour Isabelle,<br />\n>> Désolé de répondre si tardivement.<br />\n>> A vérifier mais pour qu\'il puisse positionner un identifiant, il faut<br />\n>> que les fiches XML LOM que l\'on souhaite importer aient les blocs<br />\n>> \"identifier\" présents (mais vides) :<br />\n>> <lom:identifier><br />\n>> <lom:catalog>URI</lom:catalog><br />\n>> <lom:entry/><br />\n>> </lom:identifier><br />\n>> A ce jour, il ne sait pas les créer lui-même dynamiquement.<br />\n>> Merci de confirmer (car je ne suis pas tout à fait sûr de ce<br />\n>> comportement).<br />\n>> Vincent.<br />\n>><br />\n>><br />\n>><br />\n>> Isabelle Ramade wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour,<br />\n>>><br />\n>>> lors de l\'import par lot de fiches xml sous forme de dossier zippé;<br />\n>>> et de leur ouverture dans ORI, ORI ne génère pas d\'identifiant de<br />\n>>> fiche (dans onglet meta-metadonnées); Le champ reste vide.<br />\n>>><br />\n>>> Il me semble que c\'est un bug : car si on importe des fiches dans<br />\n>>> ORI c\'est qu\'on souhaite les modifier puis les stocker dans<br />\n>>> l\'entrepot de fiches local d\'ORI.<br />\n>>> donc, notre ORI devrait générer un identifiant de fiche.<br />\n>>><br />\n>>> merci d\'avance de votre aide,<br />\n>>><br />\n>>> bien cordialement,<br />\n>>><br />\n>>> isabelle</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>></div>\n</blockquote>\n</div>\n', created = 1507748960, expire = 1507835360, headers = '', serialized = 0 WHERE cid = '4:387c7be707c145a2a73ef416acbbe28e' 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:eef994c038e2deedbd7b0e766f83f1a1' 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 Sylvain,<br />\nOui vu que la fiche présente un identifier, il ne l\'écrase pas.<br />\nIl génère cependant au niveau de la base un identifiant local propre<br />\npour pouvoir distinguer ces 2 fiches (qu\'il considère donc comme<br />\ndistinctes : à ce jour, tout ce qui est importer constitue des nouvelles<br />\nfiches [pas d\'algo d\'écrasement d\'anciennes fiches par les nouvelles<br />\nimportées]).<br />\nVincent.</p>\n<p>Sylvain Duranton wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour Vincent,<br />\n><br />\n> Quelque chose m\'a peut-être échappé mais quand je fais un test export<br />\n> depuis ORI puis ré-import (donc cas de figure d\'une fiche LOM en bonne<br />\n> et due forme avec un identifiant), je confirme qu\'il ne se préoccupe<br />\n> pas vraiment du bloc \"identifier\" à ce qu\'il semble, puisqu\'il crée<br />\n> systématiquement une nouvelle fiche avec donc un nouvel identifiant.<br />\n> Comment, quès ?<br />\n> Sylvain<br />\n><br />\n> Le 15/12/2009 11:55, Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour Isabelle,<br />\n>> Désolé de répondre si tardivement.<br />\n>> A vérifier mais pour qu\'il puisse positionner un identifiant, il faut<br />\n>> que les fiches XML LOM que l\'on souhaite importer aient les blocs<br />\n>> \"identifier\" présents (mais vides) :<br />\n>> <lom:identifier><br />\n>> <lom:catalog>URI</lom:catalog><br />\n>> <lom:entry/><br />\n>> </lom:identifier><br />\n>> A ce jour, il ne sait pas les créer lui-même dynamiquement.<br />\n>> Merci de confirmer (car je ne suis pas tout à fait sûr de ce<br />\n>> comportement).<br />\n>> Vincent.<br />\n>><br />\n>><br />\n>><br />\n>> Isabelle Ramade wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour,<br />\n>>><br />\n>>> lors de l\'import par lot de fiches xml sous forme de dossier zippé;<br />\n>>> et de leur ouverture dans ORI, ORI ne génère pas d\'identifiant de<br />\n>>> fiche (dans onglet meta-metadonnées); Le champ reste vide.<br />\n>>><br />\n>>> Il me semble que c\'est un bug : car si on importe des fiches dans<br />\n>>> ORI c\'est qu\'on souhaite les modifier puis les stocker dans<br />\n>>> l\'entrepot de fiches local d\'ORI.<br />\n>>> donc, notre ORI devrait générer un identifiant de fiche.<br />\n>>><br />\n>>> merci d\'avance de votre aide,<br />\n>>><br />\n>>> bien cordialement,<br />\n>>><br />\n>>> isabelle</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>><br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n</div>\n', created = 1507748960, expire = 1507835360, headers = '', serialized = 0 WHERE cid = '4:eef994c038e2deedbd7b0e766f83f1a1' 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:76fe20d17f159aee9b08743e1c3c69dc' 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\">Vincent,<br />\nMerci pour tes réponses.<br />\nPeux tu me donner des précisions concernant \"les relations entre fiches\"<br />\nauxquelles servirait cet identifiant ?<br />\nCar, vu que ces fiches importées, au nombre de 300, ont déjà été<br />\ncomplétées par ma collègue du service TICE, ce serait dur de les mettre<br />\nà la poubelle et de recommencer, et je ne vois pas bien comment<br />\n\"injecter\" automatiquement un 2e bloc dans le champ xmlContent de la BD ...<br />\nPour faire bref, peut on les conserver telles quelles, sans identifiant<br />\nURI ?<br />\nFrançoise.</p>\n<p>PS : je confirme qu\'on peut importer x fois la meme fiche, ce sera<br />\ntoujours une fiche différente, avec un identifiant différent, pour ORI ...</p>\n<p>Francoise Schortin - Université Paris-Sud 11/Direction Informatique</p>\n<p>Vincent Bonamy a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour Françoise,<br />\n> Oui on peut avoir un 2e bloc \"identifier\" de catalog URI sans pb (tout<br />\n> en conservant son propre bloc identifier \"WIMS\").<br />\n> L\'intérêt concret (à ce jour) des identifiers se fait sentir notamment<br />\n> lors des relations entre fiches.<br />\n> Vincent.<br />\n><br />\n><br />\n> francoise schortin wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Re-Bonjour Vincent, bonjour Isabelle, bonjour Anne-Sophie,<br />\n>><br />\n>> Ce n\'est pas moi qui ait posé la question, mais je me permets de<br />\n>> réagir à la réponse de Vincent ...<br />\n>> Il est bien possible que ce soit la raison du pb.<br />\n>><br />\n>> Une des fiches importées que j\'ai sous les yeux contient ceci :<br />\n>> - <#> <lom:identifier><br />\n>> <lom:catalog>WIMS</lom:catalog><br />\n>> <lom:entry>H5/analysis/oeftablvar.fr</lom:entry><br />\n>> </lom:identifier><br />\n>><br />\n>> alors qu\'une fiche saisie directement sous ORI (donc non importée<br />\n>> depuis WIMS) contient ceci :<br />\n>> <lom:identifier><br />\n>> <lom:catalog>URI</lom:catalog><br />\n>> <lom:entry>http://ori.u-psud.fr/uid/u-psud-ori-119</lom:entry><br />\n>> </lom:identifier><br />\n>><br />\n>> Cependant, cela n\'a pas empeché ORI de générer un numero pour la<br />\n>> fiche importée.<br />\n>> (dans la base de données, table ORI_WORKFLOW_INSTANCE,<br />\n>> l\'enregistrement de la fiche importée comporte bien un numero (dans<br />\n>> EntryID))<br />\n>> En revanche, ORI ne sait effectivement pas afficher ce numero dans le<br />\n>> formulaire complet.<br />\n>><br />\n>> Question :<br />\n>> - Est ce un problème pour l\'exploitation future de ces fiches ?<br />\n>> - peut on avoir un 2e bloc <lom:identifier> pour la même fiche ?<br />\n>> (de type <lom:catalog>URI</lom:catalog>) ou faut il remplacer notre<br />\n>> bloc WIMS par un bloc URI avec une entry vide ?<br />\n>><br />\n>> Françoise.<br />\n>><br />\n>> Francoise Schortin - Université Paris-Sud 11/Direction Informatique<br />\n>><br />\n>><br />\n>> Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour Isabelle,<br />\n>>> Désolé de répondre si tardivement.<br />\n>>> A vérifier mais pour qu\'il puisse positionner un identifiant, il<br />\n>>> faut que les fiches XML LOM que l\'on souhaite importer aient les<br />\n>>> blocs \"identifier\" présents (mais vides) :<br />\n>>> <lom:identifier><br />\n>>> <lom:catalog>URI</lom:catalog><br />\n>>> <lom:entry/><br />\n>>> </lom:identifier><br />\n>>> A ce jour, il ne sait pas les créer lui-même dynamiquement.<br />\n>>> Merci de confirmer (car je ne suis pas tout à fait sûr de ce<br />\n>>> comportement).<br />\n>>> Vincent.<br />\n>>><br />\n>>><br />\n>>><br />\n>>> Isabelle Ramade wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Bonjour,<br />\n>>>><br />\n>>>> lors de l\'import par lot de fiches xml sous forme de dossier zippé;<br />\n>>>> et de leur ouverture dans ORI, ORI ne génère pas d\'identifiant de<br />\n>>>> fiche (dans onglet meta-metadonnées); Le champ reste vide.<br />\n>>>><br />\n>>>> Il me semble que c\'est un bug : car si on importe des fiches dans<br />\n>>>> ORI c\'est qu\'on souhaite les modifier puis les stocker dans<br />\n>>>> l\'entrepot de fiches local d\'ORI.<br />\n>>>> donc, notre ORI devrait générer un identifiant de fiche.<br />\n>>>><br />\n>>>> merci d\'avance de votre aide,<br />\n>>>><br />\n>>>> bien cordialement,<br />\n>>>><br />\n>>>> isabelle</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n</div>\n', created = 1507748960, expire = 1507835360, headers = '', serialized = 0 WHERE cid = '4:76fe20d17f159aee9b08743e1c3c69dc' 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:02829d5eb8564e1be70dc6dddc756eed' 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\">Bonsoir Françoise,</p>\n<p>Quand on fait une relation entre 2 fiches, on utilise l\'identifier de<br />\nl\'une pour le positionner dans l\'autre.<br />\nCa peut être n\'importe quel identifier en fait (votre identifier WIMS<br />\npeut tout à fait convenir).</p>\n<p>=> pour vos 300 fiches, je ne me soucierais pas de ce pb qui n\'en est<br />\npas vraiment un effectivement (c\'est mon point de vue en tout cas).</p>\n<p>En tout cas, vous pourrez toujours faire une XSL qui va bien pour<br />\nrajouter un identifier sur toutes vos fiches qd cela posera pb (ou<br />\nplutôt \"si un jour cela pose pb\" -> ce n\'est pas le cas aujourd\'hui a<br />\npriori).<br />\n<a href=\"http://www.ori-oai.org/display/ORIOAIworkflow/Transformations+XSL+-+XSLT\" title=\"http://www.ori-oai.org/display/ORIOAIworkflow/Transformations+XSL+-+XSLT\">http://www.ori-oai.org/display/ORIOAIworkflow/Transformations+XSL+-+XSLT</a></p>\n<p>Vincent.</p>\n<p>francoise schortin wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Vincent,<br />\n> Merci pour tes réponses.<br />\n> Peux tu me donner des précisions concernant \"les relations entre<br />\n> fiches\" auxquelles servirait cet identifiant ?<br />\n> Car, vu que ces fiches importées, au nombre de 300, ont déjà été<br />\n> complétées par ma collègue du service TICE, ce serait dur de les<br />\n> mettre à la poubelle et de recommencer, et je ne vois pas bien comment<br />\n> \"injecter\" automatiquement un 2e bloc dans le champ xmlContent de la<br />\n> BD ...<br />\n> Pour faire bref, peut on les conserver telles quelles, sans<br />\n> identifiant URI ?<br />\n> Françoise.<br />\n><br />\n> PS : je confirme qu\'on peut importer x fois la meme fiche, ce sera<br />\n> toujours une fiche différente, avec un identifiant différent, pour ORI<br />\n> ...<br />\n><br />\n> Francoise Schortin - Université Paris-Sud 11/Direction Informatique<br />\n><br />\n><br />\n><br />\n> Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour Françoise,<br />\n>> Oui on peut avoir un 2e bloc \"identifier\" de catalog URI sans pb<br />\n>> (tout en conservant son propre bloc identifier \"WIMS\").<br />\n>> L\'intérêt concret (à ce jour) des identifiers se fait sentir<br />\n>> notamment lors des relations entre fiches.<br />\n>> Vincent.<br />\n>><br />\n>><br />\n>> francoise schortin wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Re-Bonjour Vincent, bonjour Isabelle, bonjour Anne-Sophie,<br />\n>>><br />\n>>> Ce n\'est pas moi qui ait posé la question, mais je me permets de<br />\n>>> réagir à la réponse de Vincent ...<br />\n>>> Il est bien possible que ce soit la raison du pb.<br />\n>>><br />\n>>> Une des fiches importées que j\'ai sous les yeux contient ceci :<br />\n>>> - <#> <lom:identifier><br />\n>>> <lom:catalog>WIMS</lom:catalog><br />\n>>> <lom:entry>H5/analysis/oeftablvar.fr</lom:entry><br />\n>>> </lom:identifier><br />\n>>><br />\n>>> alors qu\'une fiche saisie directement sous ORI (donc non importée<br />\n>>> depuis WIMS) contient ceci :<br />\n>>> <lom:identifier><br />\n>>> <lom:catalog>URI</lom:catalog><br />\n>>> <lom:entry>http://ori.u-psud.fr/uid/u-psud-ori-119</lom:entry><br />\n>>> </lom:identifier><br />\n>>><br />\n>>> Cependant, cela n\'a pas empeché ORI de générer un numero pour la<br />\n>>> fiche importée.<br />\n>>> (dans la base de données, table ORI_WORKFLOW_INSTANCE,<br />\n>>> l\'enregistrement de la fiche importée comporte bien un numero (dans<br />\n>>> EntryID))<br />\n>>> En revanche, ORI ne sait effectivement pas afficher ce numero dans<br />\n>>> le formulaire complet.<br />\n>>><br />\n>>> Question :<br />\n>>> - Est ce un problème pour l\'exploitation future de ces fiches ?<br />\n>>> - peut on avoir un 2e bloc <lom:identifier> pour la même fiche ?<br />\n>>> (de type <lom:catalog>URI</lom:catalog>) ou faut il remplacer notre<br />\n>>> bloc WIMS par un bloc URI avec une entry vide ?<br />\n>>><br />\n>>> Françoise.<br />\n>>><br />\n>>> Francoise Schortin - Université Paris-Sud 11/Direction Informatique<br />\n>>><br />\n>>><br />\n>>> Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Bonjour Isabelle,<br />\n>>>> Désolé de répondre si tardivement.<br />\n>>>> A vérifier mais pour qu\'il puisse positionner un identifiant, il<br />\n>>>> faut que les fiches XML LOM que l\'on souhaite importer aient les<br />\n>>>> blocs \"identifier\" présents (mais vides) :<br />\n>>>> <lom:identifier><br />\n>>>> <lom:catalog>URI</lom:catalog><br />\n>>>> <lom:entry/><br />\n>>>> </lom:identifier><br />\n>>>> A ce jour, il ne sait pas les créer lui-même dynamiquement.<br />\n>>>> Merci de confirmer (car je ne suis pas tout à fait sûr de ce<br />\n>>>> comportement).<br />\n>>>> Vincent.<br />\n>>>><br />\n>>>><br />\n>>>><br />\n>>>> Isabelle Ramade wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>> Bonjour,<br />\n>>>>><br />\n>>>>> lors de l\'import par lot de fiches xml sous forme de dossier zippé;<br />\n>>>>> et de leur ouverture dans ORI, ORI ne génère pas d\'identifiant de<br />\n>>>>> fiche (dans onglet meta-metadonnées); Le champ reste vide.<br />\n>>>>><br />\n>>>>> Il me semble que c\'est un bug : car si on importe des fiches dans<br />\n>>>>> ORI c\'est qu\'on souhaite les modifier puis les stocker dans<br />\n>>>>> l\'entrepot de fiches local d\'ORI.<br />\n>>>>> donc, notre ORI devrait générer un identifiant de fiche.<br />\n>>>>><br />\n>>>>> merci d\'avance de votre aide,<br />\n>>>>><br />\n>>>>> bien cordialement,<br />\n>>>>><br />\n>>>>> isabelle</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n</div>\n', created = 1507748960, expire = 1507835360, headers = '', serialized = 0 WHERE cid = '4:02829d5eb8564e1be70dc6dddc756eed' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
8 messages / 0 nouveaux
Sujet clos
Dernière contribution
19 novembre 2009 - 8:49pm
#1
isabelleramade
pas d'identifiant généré pour des fiches importées
Bonjour,

lors de l'import par lot de fiches xml sous forme de dossier zippé;
et de leur ouverture dans ORI, ORI ne génère pas d'identifiant de fiche
(dans onglet meta-metadonnées); Le champ reste vide.

Il me semble que c'est un bug : car si on importe des fiches dans ORI
c'est qu'on souhaite les modifier puis les stocker dans l'entrepot de
fiches local d'ORI.
donc, notre ORI devrait générer un identifiant de fiche.

merci d'avance de votre aide,

bien cordialement,

isabelle
--
Isabelle Ramade
Professeur agrégé à l'université Paris-Sud 11
Département de chimie
Correspondante TICE de la Faculté des Sciences d'Orsay
(TICE : Technologies de l'Information et de la Communication pour
l'Enseignement)
Enseignante au C2I (Certificat Informatique et Internet)
Membre du Centre de Vulgarisation de la Connaissance,
service de la Faculté des Sciences d'Orsay

adresse professionnelle :
CVC
Batiment 334
Faculté des Sciences d'Orsay
Université Paris-Sud 11
91405 Orsay cedex
FRANCE

Tel. 01 69 15 35 66
Fax 01 69 15 35 68
isabelle.ramade@u-psud.fr

*Utilisons des standards ouverts !*
Article 4 de la Loi pour la confiance dans l'économie numérique du 21
juin 2004 :
"On entend par standard ouvert tout protocole de communication,
d'interconnexion ou d'échange et tout format de données interopérable et
dont les spécifications techniques sont publiques et sans restriction
d'accès ni de mise en œuvre."

Haut
Étiquettes:
15 décembre 2009 - 11:55am
#2
vincentbonamy761933
Bonjour Isabelle,
Désolé de répondre si tardivement.
A vérifier mais pour qu'il puisse positionner un identifiant, il faut
que les fiches XML LOM que l'on souhaite importer aient les blocs
"identifier" présents (mais vides) :

URI


A ce jour, il ne sait pas les créer lui-même dynamiquement.
Merci de confirmer (car je ne suis pas tout à fait sûr de ce comportement).
Vincent.

Isabelle Ramade wrote:

> Bonjour,
>
> lors de l'import par lot de fiches xml sous forme de dossier zippé;
> et de leur ouverture dans ORI, ORI ne génère pas d'identifiant de
> fiche (dans onglet meta-metadonnées); Le champ reste vide.
>
> Il me semble que c'est un bug : car si on importe des fiches dans ORI
> c'est qu'on souhaite les modifier puis les stocker dans l'entrepot de
> fiches local d'ORI.
> donc, notre ORI devrait générer un identifiant de fiche.
>
> merci d'avance de votre aide,
>
> bien cordialement,
>
> isabelle

Haut
15 décembre 2009 - 12:46pm
(Répondre à #2) #3
sylvainduranton
Bonjour Vincent,

Quelque chose m'a peut-être échappé mais quand je fais un test export
depuis ORI puis ré-import (donc cas de figure d'une fiche LOM en bonne
et due forme avec un identifiant), je confirme qu'il ne se préoccupe pas
vraiment du bloc "identifier" à ce qu'il semble, puisqu'il crée
systématiquement une nouvelle fiche avec donc un nouvel identifiant.
Comment, quès ?
Sylvain

Le 15/12/2009 11:55, Vincent Bonamy a écrit :

> Bonjour Isabelle,
> Désolé de répondre si tardivement.
> A vérifier mais pour qu'il puisse positionner un identifiant, il faut
> que les fiches XML LOM que l'on souhaite importer aient les blocs
> "identifier" présents (mais vides) :
>
> URI
>
>
> A ce jour, il ne sait pas les créer lui-même dynamiquement.
> Merci de confirmer (car je ne suis pas tout à fait sûr de ce
> comportement).
> Vincent.
>
>
>
> Isabelle Ramade wrote:

>> Bonjour,
>>
>> lors de l'import par lot de fiches xml sous forme de dossier zippé;
>> et de leur ouverture dans ORI, ORI ne génère pas d'identifiant de
>> fiche (dans onglet meta-metadonnées); Le champ reste vide.
>>
>> Il me semble que c'est un bug : car si on importe des fiches dans ORI
>> c'est qu'on souhaite les modifier puis les stocker dans l'entrepot de
>> fiches local d'ORI.
>> donc, notre ORI devrait générer un identifiant de fiche.
>>
>> merci d'avance de votre aide,
>>
>> bien cordialement,
>>
>> isabelle

>
>

--
Sylvain Duranton
Responsable indexation et documentation
UNIT
04.79.75.94.58
sylvain.duranton@unit.eu
http://www.unit.eu/

Haut
15 décembre 2009 - 1:39pm
(Répondre à #2) #4
francoise.schortin
Re-Bonjour Vincent, bonjour Isabelle, bonjour Anne-Sophie,

Ce n'est pas moi qui ait posé la question, mais je me permets de réagir à la réponse de Vincent ...
Il est bien possible que ce soit la raison du pb.

Une des fiches importées que j'ai sous les yeux contient ceci :
- <lom:identifier>
      <lom:catalog>WIMS</lom:catalog>
  <lom:entry>H5/analysis/oeftablvar.fr</lom:entry>
</lom:identifier>

alors qu'une fiche saisie directement sous ORI (donc non importée depuis WIMS) contient ceci :
<lom:identifier>
<lom:catalog>URI</lom:catalog>
<lom:entry>http://ori.u-psud.fr/uid/u-psud-ori-119</lom:entry>
</lom:identifier>

Cependant, cela n'a pas empeché ORI de générer un numero pour la fiche importée.
(dans la base de données, table ORI_WORKFLOW_INSTANCE, l'enregistrement de la fiche importée comporte bien un numero (dans EntryID))
En revanche, ORI ne sait effectivement pas afficher ce numero dans le formulaire complet.

Question :
- Est ce un problème pour l'exploitation future de ces fiches ?
- peut on avoir un 2e bloc <lom:identifier> pour la même fiche ?
(de type <lom:catalog>URI</lom:catalog>) ou faut il remplacer notre bloc WIMS par un bloc URI avec une entry vide ?

Françoise.

 
Francoise Schortin - Université Paris-Sud 11/Direction Informatique


Vincent Bonamy a écrit :
Bonjour Isabelle,
Désolé de répondre si tardivement.
A vérifier mais pour qu'il puisse positionner un identifiant, il faut que les fiches XML LOM que l'on souhaite importer aient les blocs "identifier" présents (mais vides) :
<lom:identifier>
<lom:catalog>URI</lom:catalog>
<lom:entry/>
</lom:identifier>
A ce jour, il ne sait pas les créer lui-même dynamiquement.
Merci de confirmer (car je ne suis pas tout à fait sûr de ce comportement).
Vincent.



Isabelle Ramade wrote:
Bonjour,

lors de l'import par lot de fiches xml sous forme de dossier zippé;
et de leur ouverture dans ORI, ORI ne génère pas d'identifiant de fiche  (dans onglet meta-metadonnées); Le champ reste vide.

Il me semble que c'est un bug : car si on importe des fiches dans ORI c'est qu'on souhaite les modifier puis les stocker dans l'entrepot de fiches local d'ORI.
donc, notre ORI devrait générer un identifiant de fiche.

merci d'avance de votre aide,

bien cordialement,

isabelle

Haut
15 décembre 2009 - 2:05pm
(Répondre à #4) #5
vincentbonamy761933
Bonjour Françoise,
Oui on peut avoir un 2e bloc "identifier" de catalog URI sans pb (tout
en conservant son propre bloc identifier "WIMS").
L'intérêt concret (à ce jour) des identifiers se fait sentir notamment
lors des relations entre fiches.
Vincent.

francoise schortin wrote:

> Re-Bonjour Vincent, bonjour Isabelle, bonjour Anne-Sophie,
>
> Ce n'est pas moi qui ait posé la question, mais je me permets de
> réagir à la réponse de Vincent ...
> Il est bien possible que ce soit la raison du pb.
>
> Une des fiches importées que j'ai sous les yeux contient ceci :
> - <#>
> WIMS
> H5/analysis/oeftablvar.fr
>
>
> alors qu'une fiche saisie directement sous ORI (donc non importée
> depuis WIMS) contient ceci :
>
> URI
> http://ori.u-psud.fr/uid/u-psud-ori-119
>
>
> Cependant, cela n'a pas empeché ORI de générer un numero pour la fiche
> importée.
> (dans la base de données, table ORI_WORKFLOW_INSTANCE,
> l'enregistrement de la fiche importée comporte bien un numero (dans
> EntryID))
> En revanche, ORI ne sait effectivement pas afficher ce numero dans le
> formulaire complet.
>
> Question :
> - Est ce un problème pour l'exploitation future de ces fiches ?
> - peut on avoir un 2e bloc pour la même fiche ?
> (de type URI) ou faut il remplacer notre
> bloc WIMS par un bloc URI avec une entry vide ?
>
> Françoise.
>
> Francoise Schortin - Université Paris-Sud 11/Direction Informatique
>
>
>
> Vincent Bonamy a écrit :

>> Bonjour Isabelle,
>> Désolé de répondre si tardivement.
>> A vérifier mais pour qu'il puisse positionner un identifiant, il faut
>> que les fiches XML LOM que l'on souhaite importer aient les blocs
>> "identifier" présents (mais vides) :
>>
>> URI
>>
>>
>> A ce jour, il ne sait pas les créer lui-même dynamiquement.
>> Merci de confirmer (car je ne suis pas tout à fait sûr de ce
>> comportement).
>> Vincent.
>>
>>
>>
>> Isabelle Ramade wrote:

>>> Bonjour,
>>>
>>> lors de l'import par lot de fiches xml sous forme de dossier zippé;
>>> et de leur ouverture dans ORI, ORI ne génère pas d'identifiant de
>>> fiche (dans onglet meta-metadonnées); Le champ reste vide.
>>>
>>> Il me semble que c'est un bug : car si on importe des fiches dans
>>> ORI c'est qu'on souhaite les modifier puis les stocker dans
>>> l'entrepot de fiches local d'ORI.
>>> donc, notre ORI devrait générer un identifiant de fiche.
>>>
>>> merci d'avance de votre aide,
>>>
>>> bien cordialement,
>>>
>>> isabelle

>>

Haut
15 décembre 2009 - 2:08pm
(Répondre à #3) #6
vincentbonamy761933
Bonjour Sylvain,
Oui vu que la fiche présente un identifier, il ne l'écrase pas.
Il génère cependant au niveau de la base un identifiant local propre
pour pouvoir distinguer ces 2 fiches (qu'il considère donc comme
distinctes : à ce jour, tout ce qui est importer constitue des nouvelles
fiches [pas d'algo d'écrasement d'anciennes fiches par les nouvelles
importées]).
Vincent.

Sylvain Duranton wrote:

> Bonjour Vincent,
>
> Quelque chose m'a peut-être échappé mais quand je fais un test export
> depuis ORI puis ré-import (donc cas de figure d'une fiche LOM en bonne
> et due forme avec un identifiant), je confirme qu'il ne se préoccupe
> pas vraiment du bloc "identifier" à ce qu'il semble, puisqu'il crée
> systématiquement une nouvelle fiche avec donc un nouvel identifiant.
> Comment, quès ?
> Sylvain
>
> Le 15/12/2009 11:55, Vincent Bonamy a écrit :

>> Bonjour Isabelle,
>> Désolé de répondre si tardivement.
>> A vérifier mais pour qu'il puisse positionner un identifiant, il faut
>> que les fiches XML LOM que l'on souhaite importer aient les blocs
>> "identifier" présents (mais vides) :
>>
>> URI
>>
>>
>> A ce jour, il ne sait pas les créer lui-même dynamiquement.
>> Merci de confirmer (car je ne suis pas tout à fait sûr de ce
>> comportement).
>> Vincent.
>>
>>
>>
>> Isabelle Ramade wrote:

>>> Bonjour,
>>>
>>> lors de l'import par lot de fiches xml sous forme de dossier zippé;
>>> et de leur ouverture dans ORI, ORI ne génère pas d'identifiant de
>>> fiche (dans onglet meta-metadonnées); Le champ reste vide.
>>>
>>> Il me semble que c'est un bug : car si on importe des fiches dans
>>> ORI c'est qu'on souhaite les modifier puis les stocker dans
>>> l'entrepot de fiches local d'ORI.
>>> donc, notre ORI devrait générer un identifiant de fiche.
>>>
>>> merci d'avance de votre aide,
>>>
>>> bien cordialement,
>>>
>>> isabelle

>>
>>

>

Haut
15 décembre 2009 - 5:09pm
(Répondre à #5) #7
francoise.schortin
Vincent,
Merci pour tes réponses.
Peux tu me donner des précisions concernant "les relations entre fiches"
auxquelles servirait cet identifiant ?
Car, vu que ces fiches importées, au nombre de 300, ont déjà été
complétées par ma collègue du service TICE, ce serait dur de les mettre
à la poubelle et de recommencer, et je ne vois pas bien comment
"injecter" automatiquement un 2e bloc dans le champ xmlContent de la BD ...
Pour faire bref, peut on les conserver telles quelles, sans identifiant
URI ?
Françoise.

PS : je confirme qu'on peut importer x fois la meme fiche, ce sera
toujours une fiche différente, avec un identifiant différent, pour ORI ...

Francoise Schortin - Université Paris-Sud 11/Direction Informatique

Vincent Bonamy a écrit :

> Bonjour Françoise,
> Oui on peut avoir un 2e bloc "identifier" de catalog URI sans pb (tout
> en conservant son propre bloc identifier "WIMS").
> L'intérêt concret (à ce jour) des identifiers se fait sentir notamment
> lors des relations entre fiches.
> Vincent.
>
>
> francoise schortin wrote:

>> Re-Bonjour Vincent, bonjour Isabelle, bonjour Anne-Sophie,
>>
>> Ce n'est pas moi qui ait posé la question, mais je me permets de
>> réagir à la réponse de Vincent ...
>> Il est bien possible que ce soit la raison du pb.
>>
>> Une des fiches importées que j'ai sous les yeux contient ceci :
>> - <#>
>> WIMS
>> H5/analysis/oeftablvar.fr
>>
>>
>> alors qu'une fiche saisie directement sous ORI (donc non importée
>> depuis WIMS) contient ceci :
>>
>> URI
>> http://ori.u-psud.fr/uid/u-psud-ori-119
>>
>>
>> Cependant, cela n'a pas empeché ORI de générer un numero pour la
>> fiche importée.
>> (dans la base de données, table ORI_WORKFLOW_INSTANCE,
>> l'enregistrement de la fiche importée comporte bien un numero (dans
>> EntryID))
>> En revanche, ORI ne sait effectivement pas afficher ce numero dans le
>> formulaire complet.
>>
>> Question :
>> - Est ce un problème pour l'exploitation future de ces fiches ?
>> - peut on avoir un 2e bloc pour la même fiche ?
>> (de type URI) ou faut il remplacer notre
>> bloc WIMS par un bloc URI avec une entry vide ?
>>
>> Françoise.
>>
>> Francoise Schortin - Université Paris-Sud 11/Direction Informatique
>>
>>
>> Vincent Bonamy a écrit :

>>> Bonjour Isabelle,
>>> Désolé de répondre si tardivement.
>>> A vérifier mais pour qu'il puisse positionner un identifiant, il
>>> faut que les fiches XML LOM que l'on souhaite importer aient les
>>> blocs "identifier" présents (mais vides) :
>>>
>>> URI
>>>
>>>
>>> A ce jour, il ne sait pas les créer lui-même dynamiquement.
>>> Merci de confirmer (car je ne suis pas tout à fait sûr de ce
>>> comportement).
>>> Vincent.
>>>
>>>
>>>
>>> Isabelle Ramade wrote:

>>>> Bonjour,
>>>>
>>>> lors de l'import par lot de fiches xml sous forme de dossier zippé;
>>>> et de leur ouverture dans ORI, ORI ne génère pas d'identifiant de
>>>> fiche (dans onglet meta-metadonnées); Le champ reste vide.
>>>>
>>>> Il me semble que c'est un bug : car si on importe des fiches dans
>>>> ORI c'est qu'on souhaite les modifier puis les stocker dans
>>>> l'entrepot de fiches local d'ORI.
>>>> donc, notre ORI devrait générer un identifiant de fiche.
>>>>
>>>> merci d'avance de votre aide,
>>>>
>>>> bien cordialement,
>>>>
>>>> isabelle

>>>

>

Haut
15 décembre 2009 - 5:24pm
(Répondre à #7) #8
vincentbonamy761933
Bonsoir Françoise,

Quand on fait une relation entre 2 fiches, on utilise l'identifier de
l'une pour le positionner dans l'autre.
Ca peut être n'importe quel identifier en fait (votre identifier WIMS
peut tout à fait convenir).

=> pour vos 300 fiches, je ne me soucierais pas de ce pb qui n'en est
pas vraiment un effectivement (c'est mon point de vue en tout cas).

En tout cas, vous pourrez toujours faire une XSL qui va bien pour
rajouter un identifier sur toutes vos fiches qd cela posera pb (ou
plutôt "si un jour cela pose pb" -> ce n'est pas le cas aujourd'hui a
priori).
http://www.ori-oai.org/display/ORIOAIworkflow/Transformations+XSL+-+XSLT

Vincent.

francoise schortin wrote:

> Vincent,
> Merci pour tes réponses.
> Peux tu me donner des précisions concernant "les relations entre
> fiches" auxquelles servirait cet identifiant ?
> Car, vu que ces fiches importées, au nombre de 300, ont déjà été
> complétées par ma collègue du service TICE, ce serait dur de les
> mettre à la poubelle et de recommencer, et je ne vois pas bien comment
> "injecter" automatiquement un 2e bloc dans le champ xmlContent de la
> BD ...
> Pour faire bref, peut on les conserver telles quelles, sans
> identifiant URI ?
> Françoise.
>
> PS : je confirme qu'on peut importer x fois la meme fiche, ce sera
> toujours une fiche différente, avec un identifiant différent, pour ORI
> ...
>
> Francoise Schortin - Université Paris-Sud 11/Direction Informatique
>
>
>
> Vincent Bonamy a écrit :

>> Bonjour Françoise,
>> Oui on peut avoir un 2e bloc "identifier" de catalog URI sans pb
>> (tout en conservant son propre bloc identifier "WIMS").
>> L'intérêt concret (à ce jour) des identifiers se fait sentir
>> notamment lors des relations entre fiches.
>> Vincent.
>>
>>
>> francoise schortin wrote:

>>> Re-Bonjour Vincent, bonjour Isabelle, bonjour Anne-Sophie,
>>>
>>> Ce n'est pas moi qui ait posé la question, mais je me permets de
>>> réagir à la réponse de Vincent ...
>>> Il est bien possible que ce soit la raison du pb.
>>>
>>> Une des fiches importées que j'ai sous les yeux contient ceci :
>>> - <#>
>>> WIMS
>>> H5/analysis/oeftablvar.fr
>>>
>>>
>>> alors qu'une fiche saisie directement sous ORI (donc non importée
>>> depuis WIMS) contient ceci :
>>>
>>> URI
>>> http://ori.u-psud.fr/uid/u-psud-ori-119
>>>
>>>
>>> Cependant, cela n'a pas empeché ORI de générer un numero pour la
>>> fiche importée.
>>> (dans la base de données, table ORI_WORKFLOW_INSTANCE,
>>> l'enregistrement de la fiche importée comporte bien un numero (dans
>>> EntryID))
>>> En revanche, ORI ne sait effectivement pas afficher ce numero dans
>>> le formulaire complet.
>>>
>>> Question :
>>> - Est ce un problème pour l'exploitation future de ces fiches ?
>>> - peut on avoir un 2e bloc pour la même fiche ?
>>> (de type URI) ou faut il remplacer notre
>>> bloc WIMS par un bloc URI avec une entry vide ?
>>>
>>> Françoise.
>>>
>>> Francoise Schortin - Université Paris-Sud 11/Direction Informatique
>>>
>>>
>>> Vincent Bonamy a écrit :

>>>> Bonjour Isabelle,
>>>> Désolé de répondre si tardivement.
>>>> A vérifier mais pour qu'il puisse positionner un identifiant, il
>>>> faut que les fiches XML LOM que l'on souhaite importer aient les
>>>> blocs "identifier" présents (mais vides) :
>>>>
>>>> URI
>>>>
>>>>
>>>> A ce jour, il ne sait pas les créer lui-même dynamiquement.
>>>> Merci de confirmer (car je ne suis pas tout à fait sûr de ce
>>>> comportement).
>>>> Vincent.
>>>>
>>>>
>>>>
>>>> Isabelle Ramade wrote:

>>>>> Bonjour,
>>>>>
>>>>> lors de l'import par lot de fiches xml sous forme de dossier zippé;
>>>>> et de leur ouverture dans ORI, ORI ne génère pas d'identifiant de
>>>>> fiche (dans onglet meta-metadonnées); Le champ reste vide.
>>>>>
>>>>> Il me semble que c'est un bug : car si on importe des fiches dans
>>>>> ORI c'est qu'on souhaite les modifier puis les stocker dans
>>>>> l'entrepot de fiches local d'ORI.
>>>>> donc, notre ORI devrait générer un identifiant de fiche.
>>>>>
>>>>> merci d'avance de votre aide,
>>>>>
>>>>> bien cordialement,
>>>>>
>>>>> isabelle

>>>>

>>

>

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 : Modification de l'interface graphique du module de recherche Sujet suivant : Shibboleth ›