importation de fiches dans ORI depuis WIMS

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:19bc2271a343263d06ca99005f98c1ef' 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\">Le 03/03/2011 17:19, Yohan Colmant a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> A priori dans la version actuelle, ce n\'est pas utilisé dans le \n> workflow. Donc la meilleure chose est de le faire au niveau java. \n> A quel moment avez-vous cette erreur ? Sur quelle action ?</div>\n</blockquote>\n</div>\n', created = 1507751053, expire = 1507837453, headers = '', serialized = 0 WHERE cid = '4:19bc2271a343263d06ca99005f98c1ef' 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:19bc2271a343263d06ca99005f98c1ef' 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\">Le 03/03/2011 17:19, Yohan Colmant a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> A priori dans la version actuelle, ce n\'est pas utilisé dans le \n> workflow. Donc la meilleure chose est de le faire au niveau java. \n> A quel moment avez-vous cette erreur ? Sur quelle action ?</div>\n</blockquote>\n</div>\n', created = 1507751053, expire = 1507837453, headers = '', serialized = 0 WHERE cid = '4:19bc2271a343263d06ca99005f98c1ef' 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:68df02b756bb6f9fa8e8c73c54bc534e' 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\"><html><head><style type=\'text/css\'>p { margin: 0; }</style></head><body><div style=\'font-family: Arial; font-size: 10pt; color: #6633FF\'>Bonjour, Merci pour vos réponses qui ne sont pas redondantes, au contraire. Elodie apporte le constat à partir d\'une expérience \"similaire\" d\'import à partir d\'un autre système, c\'est très intéressant pour moi. Jacques, des informations indispensables sur la norme (pas sure qd mm que ma maitrise de l\'anglais me permette d\'avoir tout compris pour le moment ;-( helas) On pourrait imaginer par exemple qu\'en utilisant, directement dans un navigateur, la valeur qui se trouve dans de lom:general/lom:identifier, on accède directement à la ressource et qu\'en utilisant, directement dans un navigateur, la valeur qui se trouve dans lom:metaMetadata:identifier, on accède directement à la fiche de metadonnées. Or, il n\'en est rien. Je ne sais pas comment fonctionnent ces \"identifieurs\" et comment ils permettent de retrouver les infos qu\'ils \"pointent\". Ce qui est sur, c\'est qu\'ils fonctionnent : dans ORI, que ce soit pour une fiche importée ou pour une fiche nativement créée, on accède bien à la ressource et on accède bien à la fiche. On peut dire que c\'est là l\'essentiel. Mais le pb qui est derrière ma question sur la signification des identifieurs est autre  : Si on décide de changer les ressources d\'emplacement, en les migrant d\'un serveur de stockage à un autre, donc de changer d\'url, comment se comporte l\'identifieur lom:general/lom:identifier ? faut il lui apporter un changement ? et lequel ? Bonne journée. Françoise. Françoise Rousseau Schortin Ingénieur Direction Informatique Université Paris-Sud 11 - 91405 ORSAY <hr />De: \"Elodie Lascoutounax Perez\" <\n <script type=\"text/javascript\" >  </script>> À: \n <script type=\"text/javascript\" >  </script> Envoyé: Mercredi 2 Mars 2011 11:07:33 Objet: Re: [ori-oai-utilisateurs] importation de fiches dans ORI depuis WIMS \n\n \n \n \n Bonjour, \n \n Au niveau du LOM, <lom:general/lom:identifier> permet\n de pouvoir identifier de façon unique la ressource, le <lom:metaMetadata/lom:identifier> \n\n\n lui permet d\'identifier de façon unique la notice qui décrit la\n ressource. Ces 2 identifiants peuvent être différents. Il\n n\'est pas obligatoire dans la norme d\'avoir une URL. \n Dans ORI, ces identifiants doivent servir également d\'identifiant\n unique et à construire l\'URL d\'accès à la notice grâce au <lom:metaMetadata/lom:identifier>.\n \n \n Ce qui importe, c\'est de ne pas avoir de doublons d\'identifiant dans\n votre système. \n \n Nous avons importé des données de notre SIGB. \n Voici ce que nous avons dans la même notice : \n pour le <lom:general/lom:identifier>\n <div style=\"margin-left: 1em;\"><lom:general></div>\n <div>\n <div>\n <div style=\"margin-left: 1em;\"><a>-</a> <lom:identifier></div>\n <div>\n <div>\n <div style=\"margin-left: 1em;\">  <lom:catalog>URI</lom:catalog>\n </div>\n </div>\n <div>\n <div style=\"margin-left: 1em;\">  <lom:entry>RPNE000041</lom:entry>\n </div>\n </div>\n <div>  </lom:identifier></div>\n </div>\n </div>\n </div>\n \n pour le <lom:metaMetadata/lom:identifier> \n <div style=\"margin-left: 1em;\"><lom:metaMetadata></div>\n <div>\n <div>\n <div style=\"margin-left: 1em;\"><a>-</a> <lom:identifier></div>\n <div>\n <div>\n <div style=\"margin-left: 1em;\">  <lom:catalog>Flora</lom:catalog>\n </div>\n </div>\n <div>\n <div style=\"margin-left: 1em;\">  <lom:entry>160155</lom:entry>\n </div>\n </div>\n <div>  </lom:identifier></div>\n </div>\n </div>\n </div>\n \n \n Je laisse d\'autres personnes compléter et confirmer ces points. \n Je viens de voir que Jacques venait de répondre, on se répète\n peut-être alors! \n Elodie Lascoutounax Perez \n \n \n Le 24/02/2011 15:27, Françoise Schortin a écrit :\n <div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>\n <style>p { margin: 0; }</style>\n <div style=\"font-family: Arial; font-size: 10pt; color: rgb(102, 51, 255);\">\n Bonjour,\n  \n Nous avons importé dans ORI des fiches en provenance de\n WIMS. (Mais je pense que le pb peut etre généralisé à toute\n importation depuis un autre référentiel)\n  \n Ces fiches s\'importent sans problème, mais je remarque\n qu\'elles sont différentes des autres fiches que l\'on a\n créées de toutes pièces dans le workflow, \n et notamment au niveau des champs\n <lom:general/lom:identifier> et\n <lom:metaMetadata/lom:identifier> :\n les fiches \"normales\" contiennent une URL se terminant\n par \"ori-NNNN\" et \"ori-NNNN+1\", un des numéros semble\n identifier la fiche dans l\'indexing,\n les fiches \"wims\" ne contiennent pas ce genre\n d\'information.\n  \n Je me pose des questions sur la bonne\n conformation des fiches que l\'on constitue à partir d\'autres\n systèmes .\n Et notamment sur le sens des identifieurs dans ORI : \n - à quoi servent ils ?\n - que faut il générer à partir de WIMS au niveau de ces\n identifieurs ?\n  \n Quelqu\'un a t il l\'expérience de fiches importées\n d\'autres systèmes ?\n  \n Merci pour votre adie.\n  \n  \n Françoise Rousseau Schortin \n Ingénieur Direction Informatique \n Université Paris-Sud 11 - 91405 ORSAY \n \n \n </div>\n </blockquote></div></div>\n \n <pre class=\"moz-signature\">-- \nElodie LASCOUTOUNAX PEREZ\nChef de projet RPN\nTél : 04 72 43 70 29\n___________________________\nSCD Doc\'INSA - INSA de Lyon\nBibliothèque Marie Curie\nCampus Lyon Tech\n31 Avenue Jean Capelle, 69621 Villeurbanne\nWeb : <a class=\"moz-txt-link-freetext\" href=\"http://scd.docinsa.insa-lyon.fr/\" target=\"_blank\">http://scd.docinsa.insa-lyon.fr/</a>\n\n</pre>\n </div></body></html></div>', created = 1507751053, expire = 1507837453, headers = '', serialized = 0 WHERE cid = '4:68df02b756bb6f9fa8e8c73c54bc534e' 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:f7b409fcda9140b98e302e0aa064e105' 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-15\"\n http-equiv=\"Content-Type\">\n </head>\n <body bgcolor=\"#ffffff\" text=\"#000000\">\n Françoise, \n \n Non ! c\'est juste un identifiant qui permet de caractériser ta\n ressource dans ton système. \n Il n\'est pas connecté à l\'URL d\'accès à la ressource, il n\'est pas\n utilisé pour accéder à la ressource. \n C\'est un identifiant dans le cadre du protocole OAI-PMH. \n \n Jacques \n \n Le 02/03/2011 13:19, Françoise Schortin a écrit :\n <div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>\n <style type=\"text/css\">p { margin: 0; }</style>\n <div style=\"font-family: Arial; font-size: 10pt; color: rgb(102,\n 51, 255);\">Bonjour, \n \n ... \n \n Mais le pb qui est derrière ma question sur la signification des\n identifieurs est autre : \n Si on décide de changer les ressources d\'emplacement, en les\n migrant d\'un serveur de stockage à un autre, donc de changer\n d\'url, comment se comporte l\'identifieur\n lom:general/lom:identifier ? faut il lui apporter un changement\n ? et lequel ? \n \n Bonne journée. \n Françoise. \n \n \n \n Françoise Rousseau Schortin \n Ingénieur Direction Informatique \n Université Paris-Sud 11 - 91405 ORSAY \n \n <hr />De: \"Elodie Lascoutounax Perez\"\n <a class=\"moz-txt-link-rfc2396E\" href=\"mailto:elodie.perez@insa-lyon.fr\"><\n <script type=\"text/javascript\" >  </script>></a> \n À: <a class=\"moz-txt-link-abbreviated\" href=\"mailto:ori-oai-utilisateurs@listes.univ-rennes1.fr\">ori-oai-utilisateurs@listes.univ-rennes1.fr</a> \n Envoyé: Mercredi 2 Mars 2011 11:07:33 \n Objet: Re: [ori-oai-utilisateurs] importation de fiches\n dans ORI depuis WIMS \n \n Bonjour, \n \n Au niveau du LOM, <lom:general/lom:identifier>\n permet de pouvoir identifier de façon unique la ressource, le\n <lom:metaMetadata/lom:identifier> lui permet\n d\'identifier de façon unique la notice qui décrit la ressource.\n Ces 2 identifiants peuvent être différents. Il n\'est pas\n obligatoire dans la norme d\'avoir une URL. \n Dans ORI, ces identifiants doivent servir également\n d\'identifiant unique et à construire l\'URL d\'accès à la notice\n grâce au <lom:metaMetadata/lom:identifier>.\n \n \n Ce qui importe, c\'est de ne pas avoir de doublons d\'identifiant\n dans votre système. \n \n Nous avons importé des données de notre SIGB. \n Voici ce que nous avons dans la même notice : \n pour le <lom:general/lom:identifier>\n <div style=\"margin-left: 1em;\"><lom:general></div>\n <div>\n <div>\n <div style=\"margin-left: 1em;\"><a moz-do-not-send=\"true\">-</a>\n <lom:identifier></div>\n <div>\n <div>\n <div style=\"margin-left: 1em;\"> <lom:catalog>URI</lom:catalog>\n </div>\n </div>\n <div>\n <div style=\"margin-left: 1em;\"> <lom:entry>RPNE000041</lom:entry>\n </div>\n </div>\n <div> </lom:identifier></div>\n </div>\n </div>\n </div>\n \n pour le <lom:metaMetadata/lom:identifier> \n <div style=\"margin-left: 1em;\"><lom:metaMetadata></div>\n <div>\n <div>\n <div style=\"margin-left: 1em;\"><a moz-do-not-send=\"true\">-</a>\n <lom:identifier></div>\n <div>\n <div>\n <div style=\"margin-left: 1em;\"> <lom:catalog>Flora</lom:catalog>\n </div>\n </div>\n <div>\n <div style=\"margin-left: 1em;\"> <lom:entry>160155</lom:entry>\n </div>\n </div>\n <div> </lom:identifier></div>\n </div>\n </div>\n </div>\n \n \n Je laisse d\'autres personnes compléter et confirmer ces points. \n Je viens de voir que Jacques venait de répondre, on se répète\n peut-être alors! \n Elodie Lascoutounax Perez \n \n \n Le 24/02/2011 15:27, Françoise Schortin a écrit :\n <div class=\"emailFilter_Author_1\"><blockquote>\n <style>p { margin: 0; }</style>\n <div style=\"font-family: Arial; font-size: 10pt; color:\n rgb(102, 51, 255);\">\n Bonjour,\n \n Nous avons importé dans ORI des fiches en\n provenance de WIMS. (Mais je pense que le pb peut etre\n généralisé à toute importation depuis un autre\n référentiel)\n \n Ces fiches s\'importent sans problème, mais je\n remarque qu\'elles sont différentes des autres fiches que\n l\'on a créées de toutes pièces dans le workflow, \n et notamment au niveau des champs\n <lom:general/lom:identifier> et\n <lom:metaMetadata/lom:identifier> :\n les fiches \"normales\" contiennent une URL se\n terminant par \"ori-NNNN\" et \"ori-NNNN+1\", un des numéros\n semble identifier la fiche dans l\'indexing,\n les fiches \"wims\" ne contiennent pas ce genre\n d\'information.\n \n Je me pose des questions sur la bonne\n conformation des fiches que l\'on constitue à partir\n d\'autres systèmes .\n Et notamment sur le sens des identifieurs dans ORI\n : \n - à quoi servent ils ?\n - que faut il générer à partir de WIMS au niveau de\n ces identifieurs ?\n \n Quelqu\'un a t il l\'expérience de fiches importées\n d\'autres systèmes ?\n \n Merci pour votre adie.\n \n \n Françoise Rousseau Schortin \n Ingénieur Direction Informatique \n Université Paris-Sud 11 - 91405 ORSAY \n \n \n </div>\n </blockquote></div>\n \n <pre class=\"moz-signature\">-- \nElodie LASCOUTOUNAX PEREZ\nChef de projet RPN\nTél : 04 72 43 70 29\n___________________________\nSCD Doc\'INSA - INSA de Lyon\nBibliothèque Marie Curie\nCampus Lyon Tech\n31 Avenue Jean Capelle, 69621 Villeurbanne\nWeb : <a moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\" href=\"http://scd.docinsa.insa-lyon.fr/\" target=\"_blank\">http://scd.docinsa.insa-lyon.fr/</a>\n\n</pre>\n </div>\n </blockquote></div></div>\n \n <pre class=\"moz-signature\" cols=\"72\">-- \nJacques Brassart\nUNR Nord-Pas de Calais\nUniversité de Valenciennes et du Hainaut-Cambrésis\nTél : 03 27 51 17 70\n</pre>\n </body>\n</html>\n</div>', created = 1507751054, expire = 1507837454, headers = '', serialized = 0 WHERE cid = '4:f7b409fcda9140b98e302e0aa064e105' 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:dc2304af0be9b924f29e5aa5a727ded0' 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-15\"\n http-equiv=\"Content-Type\">\n </head>\n <body bgcolor=\"#ffffff\" text=\"#000000\">\n Bonjour, \n \n Au niveau du LOM, <lom:general/lom:identifier> permet\n de pouvoir identifier de façon unique la ressource, le <lom:metaMetadata/lom:identifier> \n\n\n lui permet d\'identifier de façon unique la notice qui décrit la\n ressource. Ces 2 identifiants peuvent être différents. Il\n n\'est pas obligatoire dans la norme d\'avoir une URL. \n Dans ORI, ces identifiants doivent servir également d\'identifiant\n unique et à construire l\'URL d\'accès à la notice grâce au <lom:metaMetadata/lom:identifier>.\n \n \n Ce qui importe, c\'est de ne pas avoir de doublons d\'identifiant dans\n votre système. \n \n Nous avons importé des données de notre SIGB. \n Voici ce que nous avons dans la même notice : \n pour le <lom:general/lom:identifier>\n <div style=\"margin-left: 1em;\"><lom:general></div>\n <div>\n <div>\n <div style=\"margin-left: 1em;\"><a>-</a> <lom:identifier></div>\n <div>\n <div>\n <div style=\"margin-left: 1em;\"> <lom:catalog>URI</lom:catalog>\n </div>\n </div>\n <div>\n <div style=\"margin-left: 1em;\"> <lom:entry>RPNE000041</lom:entry>\n </div>\n </div>\n <div> </lom:identifier></div>\n </div>\n </div>\n </div>\n \n pour le <lom:metaMetadata/lom:identifier> \n <div style=\"margin-left: 1em;\"><lom:metaMetadata></div>\n <div>\n <div>\n <div style=\"margin-left: 1em;\"><a>-</a> <lom:identifier></div>\n <div>\n <div>\n <div style=\"margin-left: 1em;\"> <lom:catalog>Flora</lom:catalog>\n </div>\n </div>\n <div>\n <div style=\"margin-left: 1em;\"> <lom:entry>160155</lom:entry>\n </div>\n </div>\n <div> </lom:identifier></div>\n </div>\n </div>\n </div>\n \n \n Je laisse d\'autres personnes compléter et confirmer ces points. \n Je viens de voir que Jacques venait de répondre, on se répète\n peut-être alors! \n Elodie Lascoutounax Perez \n \n \n Le 24/02/2011 15:27, Françoise Schortin a écrit :\n <div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>\n <style type=\"text/css\">p { margin: 0; }</style>\n <div style=\"font-family: Arial; font-size: 10pt; color: rgb(102,\n 51, 255);\">\n Bonjour,\n \n Nous avons importé dans ORI des fiches en provenance de\n WIMS. (Mais je pense que le pb peut etre généralisé à toute\n importation depuis un autre référentiel)\n \n Ces fiches s\'importent sans problème, mais je remarque\n qu\'elles sont différentes des autres fiches que l\'on a\n créées de toutes pièces dans le workflow, \n et notamment au niveau des champs\n <lom:general/lom:identifier> et\n <lom:metaMetadata/lom:identifier> :\n les fiches \"normales\" contiennent une URL se terminant\n par \"ori-NNNN\" et \"ori-NNNN+1\", un des numéros semble\n identifier la fiche dans l\'indexing,\n les fiches \"wims\" ne contiennent pas ce genre\n d\'information.\n \n Je me pose des questions sur la bonne\n conformation des fiches que l\'on constitue à partir d\'autres\n systèmes .\n Et notamment sur le sens des identifieurs dans ORI : \n - à quoi servent ils ?\n - que faut il générer à partir de WIMS au niveau de ces\n identifieurs ?\n \n Quelqu\'un a t il l\'expérience de fiches importées\n d\'autres systèmes ?\n \n Merci pour votre adie.\n \n \n Françoise Rousseau Schortin \n Ingénieur Direction Informatique \n Université Paris-Sud 11 - 91405 ORSAY \n \n \n </div>\n </blockquote></div></div>\n \n <pre class=\"moz-signature\" cols=\"72\">-- \nElodie LASCOUTOUNAX PEREZ\nChef de projet RPN\nTél : 04 72 43 70 29\n___________________________\nSCD Doc\'INSA - INSA de Lyon\nBibliothèque Marie Curie\nCampus Lyon Tech\n31 Avenue Jean Capelle, 69621 Villeurbanne\nWeb : <a class=\"moz-txt-link-freetext\" href=\"http://scd.docinsa.insa-lyon.fr/\">http://scd.docinsa.insa-lyon.fr/</a>\n\n</pre>\n </body>\n</html>\n</div>', created = 1507751054, expire = 1507837454, headers = '', serialized = 0 WHERE cid = '4:dc2304af0be9b924f29e5aa5a727ded0' 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:4409e611a8cc99b5ec50437fd1c9534a' 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-15\"\n http-equiv=\"Content-Type\">\n <title></title>\n </head>\n <body bgcolor=\"#ffffff\" text=\"#000000\">\n Bonjour Françoise, \n \n <lom:general/lom:identifier> est l\'identifiant de la\n ressource dans ton système. \n <lom:metaMetadata/lom:identifier> est\n l\'identifiant de la fiche de MD associée à la ressource précédente\n dans ton système. \n \n Pour la syntaxe des identifiants OAI, il y a des REGLES à respecter\n ! \n Se reporter à : \n <a moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\"\n href=\"http://www.openarchives.org/OAI/2.0/guidelines-oai-identifier.htm\">http://www.openarchives.org/OAI/2.0/guidelines-oai-identifier.htm</a> \n (voir aussi mon mail \"Rôle du paramètre\n WORKFLOW_URL_APPLICATION_PREFIX\", du 21 janvier 2011) \n \n <lom:general/lom:identifier> est obligatoire uniquement\n dans le LOMFR et le SupLOMFR ; pas dans le LOM. \n <lom:metaMetadata/lom:identifier> n\'est jamais\n obligatoire, quel que soit le schéma. \n (voir\n<a class=\"moz-txt-link-freetext\" href=\"http://www.sup.lomfr.fr/index.php?title=Chapitre_5.3_%C2%ABComparatif_SupLOMFR_/_LOMFR_/_LOM_%C2%BB\">http://www.sup.lomfr.fr/index.php?title=Chapitre_5.3_%C2%ABComparatif_SupLOMFR_/_LOMFR_/_LOM_%C2%BB</a>) \n \n \n Jacques \n \n \n -------- Message original --------\n <table class=\"moz-email-headers-table\" border=\"0\" cellpadding=\"0\"\n cellspacing=\"0\">\n <tbody>\n <tr>\n <th align=\"RIGHT\" valign=\"BASELINE\" nowrap=\"nowrap\">Sujet: </th>\n <td>Re: [ori-oai-utilisateurs] Rôle du paramètre\n WORKFLOW_URL_APPLICATION_PREFIX</td>\n </tr>\n <tr>\n <th align=\"RIGHT\" valign=\"BASELINE\" nowrap=\"nowrap\">Date : </th>\n <td>Fri, 21 Jan 2011 11:36:21 +0100</td>\n </tr>\n <tr>\n <th align=\"RIGHT\" valign=\"BASELINE\" nowrap=\"nowrap\">De : </th>\n <td>Jacques Brassart\n <a class=\"moz-txt-link-rfc2396E\" href=\"mailto:jacques.brassart@univ-valenciennes.fr\"><\n <script type=\"text/javascript\" >  </script>></a></td>\n </tr>\n <tr>\n <th align=\"RIGHT\" valign=\"BASELINE\" nowrap=\"nowrap\">Répondre\n à : </th>\n <td><a class=\"moz-txt-link-abbreviated\" href=\"mailto:ori-oai-utilisateurs@listes.univ-rennes1.fr\">ori-oai-utilisateurs@listes.univ-rennes1.fr</a></td>\n </tr>\n <tr>\n <th align=\"RIGHT\" valign=\"BASELINE\" nowrap=\"nowrap\">Pour : </th>\n <td><a class=\"moz-txt-link-abbreviated\" href=\"mailto:ori-oai-utilisateurs@listes.univ-rennes1.fr\">ori-oai-utilisateurs@listes.univ-rennes1.fr</a></td>\n </tr>\n </tbody>\n </table>\n \n \n Bonjour, \n \n Les paramètres WORKFLOW_LOCAL_APPLICATION_PREFIX=id et\n WORKFLOW_URL_APPLICATION_PREFIX \n servent à créer les identifiants OAI de la ressource et de la fiche\n de métadonnées (associée à la ressource) dans le système. \n \n Les identifiants sont construits de la manière suivante : \n [WORKFLOW_URL_APPLICATION_PREFIX][WORKFLOW_LOCAL_APPLICATION_PREFIX]-(chiffre\n\n généré de manière incrémentale par le système) \n \n Pour la syntaxe des identifiants OAI, il y a des REGLES à respecter\n ! \n Se reporter à : \n <a moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\"\n href=\"http://www.openarchives.org/OAI/2.0/guidelines-oai-identifier.htm\">http://www.openarchives.org/OAI/2.0/guidelines-oai-identifier.htm</a> \n \n \n Exemple : \n avec WORKFLOW_LOCAL_APPLICATION_PREFIX=id \n et WORKFLOW_URL_APPLICATION_PREFIX=oai:uved.fr: \n voici un exemple d\'identifiant OAI généré dans ORI-OAI :\n oai:uved.fr:id-117 \n \n \n Jacques \n \n Le 24/02/2011 15:27, Françoise Schortin a écrit :\n <div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>\n <style type=\"text/css\">p { margin: 0; }</style>\n <div style=\"font-family: Arial; font-size: 10pt; color: rgb(102,\n 51, 255);\">\n Bonjour,\n \n Nous avons importé dans ORI des fiches en provenance de\n WIMS. (Mais je pense que le pb peut etre généralisé à toute\n importation depuis un autre référentiel)\n \n Ces fiches s\'importent sans problème, mais je remarque\n qu\'elles sont différentes des autres fiches que l\'on a\n créées de toutes pièces dans le workflow, \n et notamment au niveau des champs\n <lom:general/lom:identifier> et\n <lom:metaMetadata/lom:identifier> :\n les fiches \"normales\" contiennent une URL se terminant\n par \"ori-NNNN\" et \"ori-NNNN+1\", un des numéros semble\n identifier la fiche dans l\'indexing,\n les fiches \"wims\" ne contiennent pas ce genre\n d\'information.\n \n Je me pose des questions sur la bonne\n conformation des fiches que l\'on constitue à partir d\'autres\n systèmes .\n Et notamment sur le sens des identifieurs dans ORI : \n - à quoi servent ils ?\n - que faut il générer à partir de WIMS au niveau de ces\n identifieurs ?\n \n Quelqu\'un a t il l\'expérience de fiches importées\n d\'autres systèmes ?\n \n Merci pour votre adie.\n \n \n Françoise Rousseau Schortin \n Ingénieur Direction Informatique \n Université Paris-Sud 11 - 91405 ORSAY \n \n \n </div>\n </blockquote></div></div>\n \n <pre class=\"moz-signature\" cols=\"72\">-- \nJacques Brassart\nUNR Nord-Pas de Calais\nUniversité de Valenciennes et du Hainaut-Cambrésis\nTél : 03 27 51 17 70\n</pre>\n </body>\n</html>\n</div>', created = 1507751054, expire = 1507837454, headers = '', serialized = 0 WHERE cid = '4:4409e611a8cc99b5ec50437fd1c9534a' 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:39d96bd40ee47434355d377632b8d9f1' 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\"><html><head><style type=\'text/css\'>p { margin: 0; }</style></head><body><div style=\'font-family: Arial; font-size: 10pt; color: #6633FF\'>Bonjour,\n \nNous avons importé dans ORI des fiches en provenance de WIMS. (Mais je pense que le pb peut etre généralisé à toute importation depuis un autre référentiel)\n \nCes fiches s\'importent sans problème, mais je remarque qu\'elles sont différentes des autres fiches que l\'on a créées de toutes pièces dans le workflow, \net notamment au niveau des champs <lom:general/lom:identifier> et <lom:metaMetadata/lom:identifier> :\nles fiches \"normales\" contiennent une URL se terminant par \"ori-NNNN\" et \"ori-NNNN+1\", un des numéros semble identifier la fiche dans l\'indexing,\nles fiches \"wims\" ne contiennent pas ce genre d\'information.\n \nJe me pose des questions sur la bonne conformation des fiches que l\'on constitue à partir d\'autres systèmes .\nEt notamment sur le sens des identifieurs dans ORI : \n- à quoi servent ils ?\n- que faut il générer à partir de WIMS au niveau de ces identifieurs ?\n \nQuelqu\'un a t il l\'expérience de fiches importées d\'autres systèmes ?\n \nMerci pour votre adie.\n \n \nFrançoise Rousseau Schortin Ingénieur Direction Informatique Université Paris-Sud 11 - 91405 ORSAY </div></body></html></div>', created = 1507751054, expire = 1507837454, headers = '', serialized = 0 WHERE cid = '4:39d96bd40ee47434355d377632b8d9f1' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

5 messages / 0 nouveaux

Sujet clos

2 mars 2011 - 1:19pm

francoise.schortin

importation de fiches dans ORI depuis WIMS

Bonjour,

Merci pour vos réponses qui ne sont pas redondantes, au contraire.
Elodie apporte le constat à partir d'une expérience "similaire" d'import à partir d'un autre système, c'est très intéressant pour moi. Jacques, des informations indispensables sur la norme (pas sure qd mm que ma maitrise de l'anglais me permette d'avoir tout compris pour le moment ;-( helas)

On pourrait imaginer par exemple qu'en utilisant, directement dans un navigateur, la valeur qui se trouve dans de lom:general/lom:identifier, on accède directement à la ressource
et qu'en utilisant, directement dans un navigateur, la valeur qui se trouve dans lom:metaMetadata:identifier, on accède directement à la fiche de metadonnées.
Or, il n'en est rien.

Je ne sais pas comment fonctionnent ces "identifieurs" et comment ils permettent de retrouver les infos qu'ils "pointent".
Ce qui est sur, c'est qu'ils fonctionnent : dans ORI, que ce soit pour une fiche importée ou pour une fiche nativement créée, on accède bien à la ressource et on accède bien à la fiche.
On peut dire que c'est là l'essentiel.

Mais le pb qui est derrière ma question sur la signification des identifieurs est autre :
Si on décide de changer les ressources d'emplacement, en les migrant d'un serveur de stockage à un autre, donc de changer d'url, comment se comporte l'identifieur lom:general/lom:identifier ? faut il lui apporter un changement ? et lequel ?

Bonne journée.
Françoise.

Françoise Rousseau Schortin
Ingénieur Direction Informatique
Université Paris-Sud 11 - 91405 ORSAY

De: "Elodie Lascoutounax Perez" < >
À:
Envoyé: Mercredi 2 Mars 2011 11:07:33
Objet: Re: [ori-oai-utilisateurs] importation de fiches dans ORI depuis WIMS

Bonjour,

Au niveau du LOM, <lom:general/lom:identifier> permet de pouvoir identifier de façon unique la ressource, le <lom:metaMetadata/lom:identifier> lui permet d'identifier de façon unique la notice qui décrit la ressource. Ces 2 identifiants peuvent être différents. Il n'est pas obligatoire dans la norme d'avoir une URL.
Dans ORI, ces identifiants doivent servir également d'identifiant unique et à construire l'URL d'accès à la notice grâce au <lom:metaMetadata/lom:identifier>.

Ce qui importe, c'est de ne pas avoir de doublons d'identifiant dans votre système.

Nous avons importé des données de notre SIGB.
Voici ce que nous avons dans la même notice :
pour le <lom:general/lom:identifier>

<lom:general>

- <lom:identifier>

<lom:catalog>URI</lom:catalog>

<lom:entry>RPNE000041</lom:entry>

</lom:identifier>

pour le <lom:metaMetadata/lom:identifier>

<lom:metaMetadata>

- <lom:identifier>

<lom:catalog>Flora</lom:catalog>

<lom:entry>160155</lom:entry>

</lom:identifier>

Je laisse d'autres personnes compléter et confirmer ces points.
Je viens de voir que Jacques venait de répondre, on se répète peut-être alors!
Elodie Lascoutounax Perez

Le 24/02/2011 15:27, Françoise Schortin a écrit :

Bonjour,

Nous avons importé dans ORI des fiches en provenance de WIMS. (Mais je pense que le pb peut etre généralisé à toute importation depuis un autre référentiel)

Ces fiches s'importent sans problème, mais je remarque qu'elles sont différentes des autres fiches que l'on a créées de toutes pièces dans le workflow,

et notamment au niveau des champs <lom:general/lom:identifier> et <lom:metaMetadata/lom:identifier> :

les fiches "normales" contiennent une URL se terminant par "ori-NNNN" et "ori-NNNN+1", un des numéros semble identifier la fiche dans l'indexing,

les fiches "wims" ne contiennent pas ce genre d'information.

Je me pose des questions sur la bonne conformation des fiches que l'on constitue à partir d'autres systèmes .

Et notamment sur le sens des identifieurs dans ORI :

- à quoi servent ils ?

- que faut il générer à partir de WIMS au niveau de ces identifieurs ?

Quelqu'un a t il l'expérience de fiches importées d'autres systèmes ?

Merci pour votre adie.

Françoise Rousseau Schortin
Ingénieur Direction Informatique
Université Paris-Sud 11 - 91405 ORSAY

-- 
Elodie LASCOUTOUNAX PEREZ
Chef de projet RPN
Tél : 04 72 43 70 29
___________________________
SCD Doc'INSA - INSA de Lyon
Bibliothèque Marie Curie
Campus Lyon Tech
31 Avenue Jean Capelle, 69621 Villeurbanne
Web : http://scd.docinsa.insa-lyon.fr/

2 mars 2011 - 1:46pm

jbrassar

Françoise,

Non ! c'est juste un identifiant qui permet de caractériser ta ressource dans ton système.
Il n'est pas connecté à l'URL d'accès à la ressource, il n'est pas utilisé pour accéder à la ressource.
C'est un identifiant dans le cadre du protocole OAI-PMH.

Jacques

Le 02/03/2011 13:19, Françoise Schortin a écrit :

Bonjour,

...

Mais le pb qui est derrière ma question sur la signification des identifieurs est autre :
Si on décide de changer les ressources d'emplacement, en les migrant d'un serveur de stockage à un autre, donc de changer d'url, comment se comporte l'identifieur lom:general/lom:identifier ? faut il lui apporter un changement ? et lequel ?

Bonne journée.
Françoise.

Françoise Rousseau Schortin
Ingénieur Direction Informatique
Université Paris-Sud 11 - 91405 ORSAY

De: "Elodie Lascoutounax Perez" < >
À: ori-oai-utilisateurs@listes.univ-rennes1.fr
Envoyé: Mercredi 2 Mars 2011 11:07:33
Objet: Re: [ori-oai-utilisateurs] importation de fiches dans ORI depuis WIMS

Bonjour,

Au niveau du LOM, <lom:general/lom:identifier> permet de pouvoir identifier de façon unique la ressource, le <lom:metaMetadata/lom:identifier> lui permet d'identifier de façon unique la notice qui décrit la ressource. Ces 2 identifiants peuvent être différents. Il n'est pas obligatoire dans la norme d'avoir une URL.
Dans ORI, ces identifiants doivent servir également d'identifiant unique et à construire l'URL d'accès à la notice grâce au <lom:metaMetadata/lom:identifier>.

Ce qui importe, c'est de ne pas avoir de doublons d'identifiant dans votre système.

Nous avons importé des données de notre SIGB.
Voici ce que nous avons dans la même notice :
pour le <lom:general/lom:identifier>
<lom:general>

- <lom:identifier>

<lom:catalog>URI</lom:catalog>

<lom:entry>RPNE000041</lom:entry>

</lom:identifier>

pour le <lom:metaMetadata/lom:identifier>

<lom:metaMetadata>

- <lom:identifier>

<lom:catalog>Flora</lom:catalog>

<lom:entry>160155</lom:entry>

</lom:identifier>

Je laisse d'autres personnes compléter et confirmer ces points.
Je viens de voir que Jacques venait de répondre, on se répète peut-être alors!
Elodie Lascoutounax Perez

Le 24/02/2011 15:27, Françoise Schortin a écrit :

Bonjour,

Nous avons importé dans ORI des fiches en provenance de WIMS. (Mais je pense que le pb peut etre généralisé à toute importation depuis un autre référentiel)

Ces fiches s'importent sans problème, mais je remarque qu'elles sont différentes des autres fiches que l'on a créées de toutes pièces dans le workflow,

et notamment au niveau des champs <lom:general/lom:identifier> et <lom:metaMetadata/lom:identifier> :

les fiches "normales" contiennent une URL se terminant par "ori-NNNN" et "ori-NNNN+1", un des numéros semble identifier la fiche dans l'indexing,

les fiches "wims" ne contiennent pas ce genre d'information.

Je me pose des questions sur la bonne conformation des fiches que l'on constitue à partir d'autres systèmes .

Et notamment sur le sens des identifieurs dans ORI :

- à quoi servent ils ?

- que faut il générer à partir de WIMS au niveau de ces identifieurs ?

Quelqu'un a t il l'expérience de fiches importées d'autres systèmes ?

Merci pour votre adie.

Françoise Rousseau Schortin
Ingénieur Direction Informatique
Université Paris-Sud 11 - 91405 ORSAY
-- 
Elodie LASCOUTOUNAX PEREZ
Chef de projet RPN
Tél : 04 72 43 70 29
___________________________
SCD Doc'INSA - INSA de Lyon
Bibliothèque Marie Curie
Campus Lyon Tech
31 Avenue Jean Capelle, 69621 Villeurbanne
Web : http://scd.docinsa.insa-lyon.fr/

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

2 mars 2011 - 11:07am

(Répondre à #2) #3

elodieperez

Bonjour,

Au niveau du LOM, <lom:general/lom:identifier> permet de pouvoir identifier de façon unique la ressource, le <lom:metaMetadata/lom:identifier> lui permet d'identifier de façon unique la notice qui décrit la ressource. Ces 2 identifiants peuvent être différents. Il n'est pas obligatoire dans la norme d'avoir une URL.
Dans ORI, ces identifiants doivent servir également d'identifiant unique et à construire l'URL d'accès à la notice grâce au <lom:metaMetadata/lom:identifier>.

Ce qui importe, c'est de ne pas avoir de doublons d'identifiant dans votre système.

Nous avons importé des données de notre SIGB.
Voici ce que nous avons dans la même notice :
pour le <lom:general/lom:identifier>

<lom:general>

- <lom:identifier>

<lom:catalog>URI</lom:catalog>

<lom:entry>RPNE000041</lom:entry>

</lom:identifier>

pour le <lom:metaMetadata/lom:identifier>

<lom:metaMetadata>

- <lom:identifier>

<lom:catalog>Flora</lom:catalog>

<lom:entry>160155</lom:entry>

</lom:identifier>

Bonjour,

Nous avons importé dans ORI des fiches en provenance de WIMS. (Mais je pense que le pb peut etre généralisé à toute importation depuis un autre référentiel)

Ces fiches s'importent sans problème, mais je remarque qu'elles sont différentes des autres fiches que l'on a créées de toutes pièces dans le workflow,

et notamment au niveau des champs <lom:general/lom:identifier> et <lom:metaMetadata/lom:identifier> :

les fiches "normales" contiennent une URL se terminant par "ori-NNNN" et "ori-NNNN+1", un des numéros semble identifier la fiche dans l'indexing,

les fiches "wims" ne contiennent pas ce genre d'information.

Je me pose des questions sur la bonne conformation des fiches que l'on constitue à partir d'autres systèmes .

Et notamment sur le sens des identifieurs dans ORI :

- à quoi servent ils ?

- que faut il générer à partir de WIMS au niveau de ces identifieurs ?

Quelqu'un a t il l'expérience de fiches importées d'autres systèmes ?

Merci pour votre adie.

Françoise Rousseau Schortin
Ingénieur Direction Informatique
Université Paris-Sud 11 - 91405 ORSAY

-- 
Elodie LASCOUTOUNAX PEREZ
Chef de projet RPN
Tél : 04 72 43 70 29
___________________________
SCD Doc'INSA - INSA de Lyon
Bibliothèque Marie Curie
Campus Lyon Tech
31 Avenue Jean Capelle, 69621 Villeurbanne
Web : http://scd.docinsa.insa-lyon.fr/

2 mars 2011 - 10:33am

(Répondre à #2) #4

jbrassar

Bonjour Françoise,

<lom:general/lom:identifier> est l'identifiant de la ressource dans ton système.
<lom:metaMetadata/lom:identifier> est l'identifiant de la fiche de MD associée à la ressource précédente dans ton système.

Pour la syntaxe des identifiants OAI, il y a des REGLES à respecter !
Se reporter à :
http://www.openarchives.org/OAI/2.0/guidelines-oai-identifier.htm
(voir aussi mon mail "Rôle du paramètre WORKFLOW_URL_APPLICATION_PREFIX", du 21 janvier 2011)

<lom:general/lom:identifier> est obligatoire uniquement dans le LOMFR et le SupLOMFR ; pas dans le LOM.
<lom:metaMetadata/lom:identifier> n'est jamais obligatoire, quel que soit le schéma.
(voir http://www.sup.lomfr.fr/index.php?title=Chapitre_5.3_%C2%ABComparatif_SupLOMFR_/_LOMFR_/_LOM_%C2%BB)

Jacques

-------- Message original --------

Sujet:	Re: [ori-oai-utilisateurs] Rôle du paramètre WORKFLOW_URL_APPLICATION_PREFIX
Date :	Fri, 21 Jan 2011 11:36:21 +0100
De :	Jacques Brassart < >
Répondre à :	ori-oai-utilisateurs@listes.univ-rennes1.fr
Pour :	ori-oai-utilisateurs@listes.univ-rennes1.fr

Bonjour,

Les paramètres WORKFLOW_LOCAL_APPLICATION_PREFIX=id et WORKFLOW_URL_APPLICATION_PREFIX
servent à créer les identifiants OAI de la ressource et de la fiche de métadonnées (associée à la ressource) dans le système.

Les identifiants sont construits de la manière suivante :
[WORKFLOW_URL_APPLICATION_PREFIX][WORKFLOW_LOCAL_APPLICATION_PREFIX]-(chiffre généré de manière incrémentale par le système)

Pour la syntaxe des identifiants OAI, il y a des REGLES à respecter !
Se reporter à :
http://www.openarchives.org/OAI/2.0/guidelines-oai-identifier.htm

Exemple :
avec WORKFLOW_LOCAL_APPLICATION_PREFIX=id
et WORKFLOW_URL_APPLICATION_PREFIX=oai:uved.fr:
voici un exemple d'identifiant OAI généré dans ORI-OAI : oai:uved.fr:id-117

Jacques

Le 24/02/2011 15:27, Françoise Schortin a écrit :

Bonjour,

Nous avons importé dans ORI des fiches en provenance de WIMS. (Mais je pense que le pb peut etre généralisé à toute importation depuis un autre référentiel)

Ces fiches s'importent sans problème, mais je remarque qu'elles sont différentes des autres fiches que l'on a créées de toutes pièces dans le workflow,

et notamment au niveau des champs <lom:general/lom:identifier> et <lom:metaMetadata/lom:identifier> :

les fiches "normales" contiennent une URL se terminant par "ori-NNNN" et "ori-NNNN+1", un des numéros semble identifier la fiche dans l'indexing,

les fiches "wims" ne contiennent pas ce genre d'information.

Je me pose des questions sur la bonne conformation des fiches que l'on constitue à partir d'autres systèmes .

Et notamment sur le sens des identifieurs dans ORI :

- à quoi servent ils ?

- que faut il générer à partir de WIMS au niveau de ces identifieurs ?

Quelqu'un a t il l'expérience de fiches importées d'autres systèmes ?

Merci pour votre adie.

Françoise Rousseau Schortin
Ingénieur Direction Informatique
Université Paris-Sud 11 - 91405 ORSAY

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

24 février 2011 - 3:27pm

(Répondre à #2) #5

francoise.schortin

Bonjour,

Nous avons importé dans ORI des fiches en provenance de WIMS. (Mais je pense que le pb peut etre généralisé à toute importation depuis un autre référentiel)

Ces fiches s'importent sans problème, mais je remarque qu'elles sont différentes des autres fiches que l'on a créées de toutes pièces dans le workflow,

et notamment au niveau des champs <lom:general/lom:identifier> et <lom:metaMetadata/lom:identifier> :

les fiches "normales" contiennent une URL se terminant par "ori-NNNN" et "ori-NNNN+1", un des numéros semble identifier la fiche dans l'indexing,

les fiches "wims" ne contiennent pas ce genre d'information.

Je me pose des questions sur la bonne conformation des fiches que l'on constitue à partir d'autres systèmes .

Et notamment sur le sens des identifieurs dans ORI :

- à quoi servent ils ?

- que faut il générer à partir de WIMS au niveau de ces identifieurs ?

Quelqu'un a t il l'expérience de fiches importées d'autres systèmes ?

Merci pour votre adie.

Françoise Rousseau Schortin
Ingénieur Direction Informatique
Université Paris-Sud 11 - 91405 ORSAY

Sujet clos

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

Traduction auto Google

Aide

Options d'affichage des commentaires