Pb import TEF

Pb import TEF

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:d280d756d6a89fe9146e80ca55983cee' 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,\nPour passer de la version 1.6.0 à la version 1.6.1 d\'ORI-OAI, voici la \nprocédure que j\'ai testé pour une installation complète : \n(je suis sous Windows XP)\n1) sauvegarde de mon dossier ori/ qui contient mes sources et mes serveurs ;\n2) sources modules v1.6.0, conservées tel quel ; \nBD MySQL utilisées en v1.6.0, conservées tel quel ; \nserveurs Tomcat utilisé en v1.6.0, conservés\n</div>\n', created = 1507748730, expire = 1507835130, headers = '', serialized = 0 WHERE cid = '4:d280d756d6a89fe9146e80ca55983cee' 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:d280d756d6a89fe9146e80ca55983cee' 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,\nPour passer de la version 1.6.0 à la version 1.6.1 d\'ORI-OAI, voici la \nprocédure que j\'ai testé pour une installation complète : \n(je suis sous Windows XP)\n1) sauvegarde de mon dossier ori/ qui contient mes sources et mes serveurs ;\n2) sources modules v1.6.0, conservées tel quel ; \nBD MySQL utilisées en v1.6.0, conservées tel quel ; \nserveurs Tomcat utilisé en v1.6.0, conservés\n</div>\n', created = 1507748730, expire = 1507835130, headers = '', serialized = 0 WHERE cid = '4:d280d756d6a89fe9146e80ca55983cee' 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:f82000e2adb62d7c99d86a114713ae3e' 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, \nPour info, j\'ai eu aussi ce poblème de caractères dans les fichiers TEF \nexportés de star. \nEn fait en faisiant un file des fichiers, on constate que certains ont \nun BOM (Byte Order Mark). \nC\'est le cas avec le fichier envoyé \nfile STAR.xml renvoie \nUTF-8 Unicode (with BOM) English text, with very long lines, with CRLF \nline terminators\nOn peut facilement les supprimer avec l\'éditeur vi + :set nobobmb + :x. \nC\'est un peu fastidieux donc nous passons tous les fichiers dans une \npetite moulinette pour supprimer ces caractères. Si ça intéresse \nquelqu\'un ...\n-- \nKaren Raynal \nDI - Université Bordeaux 1\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Salut Yann, \n> \n> Elle est en PJ. Bon week-end ! \n> \n> Jean-François. \n> \n> Yann Nicolas a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Un exemple de fiche TEF avec cette erreur ? \n>> \n>> Yann \n>> \n>> \n>> ----- Mail Original ----- \n>> De: \"Yohan Colmant\" <\n <script type=\"text/javascript\" >  </script>> \n>> À: <a href=\"mailto:ori-oai-utilisateurs@listes.univ-rennes1.fr\">ori-oai-utilisateurs@listes.univ-rennes1.fr</a> \n>> Envoyé: Vendredi 10 Septembre 2010 15:06:53 \n>> Objet: Re: [ori-oai-utilisateurs] Pb import TEF \n>> \n>> Salut JF, \n>> \n>> Je réponds dans le mail. \n>> \n>> Yohan COLMANT \n>> Direction des Systèmes d\'Information \n>> UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes et \n>> du Hainaut Cambrésis \n>> Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org> \n>> \n>> \n>> Jean-François Lutz a écrit : \n>> \n>> Bonjour Yohan, \n>> \n>> Merci pour ton aide toujours aussi efficace ! \n>> \n>> Je me permets de répondre sur les imports de fiches issues de \n>> STAR. Comme l\'indiquait Alain nous ne pouvons pas nous contenter \n>> de les moissonner car les laboratoires et les écoles doctorales \n>> ont été saisies dans STAR sans aucune liste ou forme d\'autorité, \n>> d\'où un nombre très élevé de doublons (un même labo décrit de 5 \n>> manières différentes par exemples, sachant qu\'il y a 82 \n>> laboratoires...). Nous allons donc les importer et utiliser les \n>> listes d\'autorité internes à ORI-OAI. \n>> \n>> 1. au niveau de l\'import du fichier XML le problème est résolu. \n>> Les fiches TEF XML produites par STAR comportent les trois \n>> caractères suivants ï»¿ avant la première balise de l\'entête et \n>> ils font planter l\'import. Il suffit pour l\'instant de les \n>> supprimer. Peut-être la nouvelle version de STAR corrigera-t-elle \n>> ce bug. \n>> \n>> bonne nouvelle :-) \n>> \n>> \n>> 2. dans le workflow, l\'édition se passe sans problème mais au \n>> niveau de la publication, outre le fait qu\'il faut cocher la case \n>> \"fichier maître\" ce qui est un détail, un problème persiste sans \n>> qu\'Alain et moi arrivions à déterminer son origine. Le message \n>> suivant apparaît dans la colonne \"Informations\" et il empêche de \n>> publier la fiche : \"Toute EDITION de la thèse doit être associée à \n>> des métadonnées de type \"tef_desc_edition\".\" Quelqu\'un aurait-il \n>> une idée de la solution ? Merci par avance. \n>> \n>> Tu as l\'erreur quand tu essayes de la publier simplement ou quand tu \n>> tentes de l\'envoyer à l\'ABES ? Et le problème a lieu avec une fiche \n>> importée ou saisie de zéro dans ORI-OAI ? \n>> \n>> Si je regarde cette erreur, elle vient du schematron de l\'ABES avec \n>> cette règle : \n>> \n>> \n<pattern name=\"mets_structMap_meta_Edition\" \n>> id=\"mets_structMap_meta_Edition\"> \n>> <rule \n>> context=\"/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE=\'EDITION\']\"> \n>> \n>> <assert test=\"@DMDID = \n>> /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE=\'tef_desc_edition\']]/@ID\">tef_easy.schematron.tef-abes.structMap.meta_Edition.check_rule</assert> \n>> \n>> </rule> \n>> </pattern>\n>> \n>> Donc autrement dit, l\'erreur apparait quand \n>> /mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE=\'EDITION\']/@DMDID \n>> \n>> n\'est pas égal à \n>> /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE=\'tef_desc_edition\']]/@ID \n>> dans la fiche TEF. \n>> \n>> Est-ce que ça parle à quelqu\'un ? \n>> \n>> \n>> Bon week-end. \n>> \n>> Jean-François. \n>> \n>> \n>> Yohan Colmant a écrit : \n>> \n>> Alain, \n>> \n>> Nous venons d\'avoir une réponse de l\'ABES pour le PPN et tu \n>> avais bien raison : \"le dernier caractère est un chiffre de \n>> contrôle, qui peut être soit un numéro soit un X, il n\'y a pas \n>> d\'autre caractère alphabétique possible. \". \n>> Je te propose donc ce correctif (qui sera intégré dans une \n>> prochaine version). \n>> \n>> Dans \n>> \n>> ori-oai-md-editor\\WEB-INF\\resources\\forms\\ori-md-editor\\tef-global\\form\\form.xhtml \n>> \n>> il faut remplacer toutes les occurrences de \n>> [0-9]{9} \n>> par \n>> [0-9]{8}[X0-9]{1} \n>> \n>> Donc pour les fiches du SUDOC, à part les champs qui ne sont \n>> pas remplis à fond, ceci corrige ton problème ? \n>> \n>> \n>> Concernant les fiches qui proviennent de STAR, tu ne m\'en \n>> avais pas parlé ? \n>> \n>> Peux-tu m\'en envoyer une d\'exemple stp ? \n>> Quand tu dis que ça plante, c\'est au niveau du md-editor ou \n>> déjà dans le workflow ? \n>> \n>> Merci \n>> \n>> Yohan COLMANT \n>> Direction des Systèmes d\'Information \n>> UVHC <http://www.univ-valenciennes.fr> - Université de \n>> Valenciennes et du Hainaut Cambrésis \n>> Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org> \n>> \n>> \n>> le drezen alain a écrit : \n>> \n>> Bonjour Yohan, \n>> \n>> Voici les éléments de réponse. \n>> \n>> Le 10/09/2010 10:31, Yohan Colmant a écrit : \n>> \n>> Salut Alain, \n>> \n>> Je commence ENFIN à me pencher sur ton problème. \n>> \n>> En premier lieu, pourquoi importes-tu les fiches dans \n>> ton workflow ? Tu ne peux pas les moissonner plutôt ? \n>> Comment les as-tu récupérées ? \n>> \n>> Pour le SUDOC pas de moissonnage possible. Pour Star le \n>> moissonnage serait possible. Mais dans les deux cas nous \n>> devons modifier les notices ce qui n\'est pas possible sur \n>> une notice moissonnée. \n>> \n>> Là, les erreurs que tu mentionnes apparaissent dans le \n>> md-editor, mais pas dans le workflow ? Si tu veux \n>> juste importer ces fiches et les publier, rien ne te \n>> bloque ? \n>> \n>> En ce qui concerne l\'import, en effet pas de problème pour \n>> les notices SUDOC. Ce n\'est pas le cas pour les notices \n>> STAR qui elles plantent dès l\'import.. \n>> Cependant certaines notices SUDOC ne sont pas éditable \n>> dans le workflow ce qui empêchera de les compléter et donc \n>> de les publier. \n>> \n>> Si je n\'arrivais pas à débloquer ton problème avant le \n>> retour de Nolwen, est-ce que tu serais bloqué ? En \n>> gros, as-tu besoin de modifier les fiches que tu \n>> importes ou non ? \n>> \n>> Oui, nous devons les modifier avant de les publier. Par \n>> exemple la thèse nommée \"Quelle formation pour le médecin \n>> généraliste psychothérapeute de fait\" ne s\'ouvre pas dans \n>> l\'éditeur à cause des caractères spéciaux en début de titre. \n>> \n>> Si non, tu peux simplement importer les fiches et les \n>> indexer. Effectivement, si tu cherches à les \n>> visualiser dans le md-editor, tu auras ces soucis, \n>> mais cela te permet tout de même de faire l\'import en \n>> attendant ? \n>> \n>> \n>> Second point, c\'est Nolwen qui est plus à même de \n>> répondre à tes interrogations sur le module, donc je \n>> vais faire de mon mieux :-( \n>> \n>> \n>> Pour commencer, j\'ai pris en exemple la fiche \n>> Metz_13738551X.xml \n>> \n>> 1) Les erreurs liées au nom et prénom qui ne doivent \n>> pas être vides sont connues. Là on a des choses à \n>> faire par la suite, mais c\'est juste un soucis \n>> d\'affichage. Il te suffit de cliquer sur le nom et \n>> refermer la fenêtre de saisie de la personne pour voir \n>> que l\'erreur disparait. Nolwen n\'avait pas réussi à \n>> contourner ce problème avant son départ. \n>> Lorsque tu as un PPN composé de 9 chiffres comme prévu \n>> jusqu\'ici dans l\'éditeur TEF, le même problème se \n>> pose, ouvre et referme la fenêtre de saisie, tu verras \n>> que ça marche en fait. \n>> \n>> Ca c\'est un pb connu \n>> \n>> 2) Il manque des mots-clefs en français. Ils sont \n>> décrits comme obligatoires dans le TEF : \n>> \n>> <a href=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\" title=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\">http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html</a> \n>> \n>> \n>> Ok normal \n>> \n>> \n>> 3) Pour le PPN qui comporte 8 chiffres et une lettre .... \n>> J\'ai essayé de joindre les collègues fonctionnels mais \n>> ils ne sont pas joignables pour le moment. Les \n>> quelques docs que j\'ai trouvées parlent bien de 9 \n>> chiffres. Tu as une info ou une doc où ils parlent \n>> d\'une possibilité de caractères autres ? \n>> \n>> \n>> Voici un extrait de la doc de l\'ABES : \n>> Zone 001 : Numéro d\'identification de la notice \n>> Zone système protégée, obligatoire, non répétable, sans \n>> indicateurs et sans sous-zones. \n>> Le contenu de la zone est générée automatiquement par le \n>> système lors de la validation d\'une nouvelle notice \n>> Dans le Sudoc, l\'identifiant unique de la notice est \n>> appelé ppn (= Pica production number). Il comporte 9 \n>> caractères : \n>> 8 chiffres (attribués par le système de manière \n>> séquentielle = numéro d\'\"ordre\" de la notice dans la base \n>> de données) \n>> une clé de contrôle sur 1 caractère, qui peut être un \n>> chiffre ou \"X\" \n>> \n>> 4) Concernant le fichier maintenant ... \n>> Je ne connais pas assez le TEF, mais je sais que le \n>> type mime et l\'URL du fichier sont à 2 endroits dans \n>> le TEF que nous générons. \n>> Dans tes fiches, cela n\'apparait qu\'une fois. Il reste \n>> la rubrique suivante qui est vide : \n>> <mets:fileSec> \n>> <mets:fileGrp USE=\"archive\" ID=\"FGrID1\"> \n>> <mets:file ID=\"FID1\" MIMETYPE=\"\" ADMID=\"file_1\" \n>> USE=\"maitre\"> \n>> <mets:FLocat LOCTYPE=\"URL\" xlink:href=\"\"/> \n>> </mets:file> \n>> </mets:fileGrp> \n>> </mets:fileSec> \n>> D\'où l\'erreur dans l\'IHM ... \n>> Si on se réfère à cette doc, on lit \"*Seule l\'édition \n>> d\'archivage doit obligatoirement être représentée dans \n>> cette section.* Cette présence est facultative pour \n>> les autres éditions. \". \n>> Dans ton cas, si je prends la fiche \n>> Metz_13738551X.xml, on voit bien USE=\"archive\" dans le \n>> bloc mets:fileSec. Si je comprends bien, dans ce cas, \n>> les métadonnées MIMETYPE et URL sont obligatoires. Ici \n>> elles ne sont pas remplies. \n>> \n>> J\'ai corrigé mes fichiers en remplissant <mets:fileSec> et \n>> je récupe^\'re bien l\'URL lors de l\'import. \n>> Pour l\'anecdote je n\'ai pas réussi à importer un fichier \n>> TEF généré par ORI (pas de chance ???) \n>> \n>> \n>> \n>> Je reviens vers toi quand tu auras pu me donner un peu \n>> plus d\'infos et fait un retour sur ce mail. \n>> Je te dirai aussi ce que j\'ai eu comme infos pour le PPN. \n>> \n>> A bientôt, \n>> \n>> Yohan COLMANT \n>> Direction des Systèmes d\'Information \n>> UVHC <http://www.univ-valenciennes.fr> - Université de \n>> Valenciennes et du Hainaut Cambrésis \n>> Coordinateur Technique du projet ORI-OAI \n>> <http://www.ori-oai.org> \n>> \n>> \n>> Alain Le Drezen a écrit : \n>> \n>> Bonjour, \n>> \n>> Voici quelques problèmes rencontrés lors de \n>> l\'import de notices de thèses du SUDOC (import en \n>> pièce jointe). \n>> \n>> L\'URL du fichier (<dc:identifier \n>> xsi:type=\"dcterms:URI\">) ne s\'importe pas. \n>> \n>> La notice de la thèse \"Quelle formation pour le \n>> médecin généraliste psychothérapeute de fait\" ne \n>> s\'affiche pas dans l\'éditeur (page grise vide). Il \n>> semble que ce soit lié à la présence de caractères \n>> étranges en début du titre. Mais ceci ne devrait \n>> pas être bloquant. \n>> \n>> Dans l\'éditeur, l\'erreur \"Le PPN du mot sujet \n>> Rameau doit être composé de neuf chiffres\" est \n>> erronée. Un PPN peu contenir des caractères. \n>> \n>> Merci d\'avance pour tout élément de réponse. \n>> \n>> Alain \n>> \n>> \n>> \n>> \n>> \n>> \n>> \n>> \n>> \n>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">> </div>\n</blockquote>\n</div>\n', created = 1507748733, expire = 1507835133, headers = '', serialized = 0 WHERE cid = '4:f82000e2adb62d7c99d86a114713ae3e' 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:90daf31bf4c8461b4af0004683c41882' 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,\nJ\'ai envoyé une explication probable de cette erreur dans un message \nprécédent qui est parti à la modération donc désolée d\'un probable \ndoublon à venir s\'il est validé (pb d\'alias ...). \nDonc j\'expliquais que le pb que j\'avais pu constater avec les fichiers \n(certains) TEF exportés de STAR venais de la présence d\'un BOM (Byte \nOrder Mark) ajouté en tête du fichier et invisible dans la plupart des \néditeurs ... \nSous linux, la commande file permet de voir que ces fichiers ont un \nBOM (c\'est d\'ailleurs le cas de celui-ci). \nPour l\'enlever, on peut par exemple utiliser l\'éditeur vi, tapez la \ncomande :set nobomb et enregistrer. Nous avons un petit script shell \nde 3 lignes que l\'on fait passer dans un répertoire avant de procéder \naux imports. Si ça intéresse quelqu\'un ...\n- \nKaren Raynal \nDI - Université Bordeaux 1\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Je ne comprends que cette erreur apparaisse pour cette thèse. Elle \n> semble valide, en xsd et en schematron. \n> Désolé... \n> \n> Bon we quand même \n> Yann \n> \n> ----- Mail Original ----- \n> De: \"Jean-François Lutz\" <\n <script type=\"text/javascript\" >  </script>> \n> À: <a href=\"mailto:ori-oai-utilisateurs@listes.univ-rennes1.fr\">ori-oai-utilisateurs@listes.univ-rennes1.fr</a> \n> Envoyé: Vendredi 10 Septembre 2010 15:23:37 \n> Objet: Re: [ori-oai-utilisateurs] Pb import TEF \n> \n> Salut Yann, \n> \n> Elle est en PJ. Bon week-end ! \n> \n> Jean-François. \n> \n> Yann Nicolas a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Un exemple de fiche TEF avec cette erreur ? \n>> \n>> Yann \n>> \n>> \n>> ----- Mail Original ----- \n>> De: \"Yohan Colmant\" <\n <script type=\"text/javascript\" >  </script>> \n>> À: <a href=\"mailto:ori-oai-utilisateurs@listes.univ-rennes1.fr\">ori-oai-utilisateurs@listes.univ-rennes1.fr</a> \n>> Envoyé: Vendredi 10 Septembre 2010 15:06:53 \n>> Objet: Re: [ori-oai-utilisateurs] Pb import TEF \n>> \n>> Salut JF, \n>> \n>> Je réponds dans le mail. \n>> \n>> Yohan COLMANT \n>> Direction des Systèmes d\'Information \n>> UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes et \n>> du Hainaut Cambrésis \n>> Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org> \n>> \n>> \n>> Jean-François Lutz a écrit : \n>> \n>> Bonjour Yohan, \n>> \n>> Merci pour ton aide toujours aussi efficace ! \n>> \n>> Je me permets de répondre sur les imports de fiches issues de \n>> STAR. Comme l\'indiquait Alain nous ne pouvons pas nous contenter \n>> de les moissonner car les laboratoires et les écoles doctorales \n>> ont été saisies dans STAR sans aucune liste ou forme d\'autorité, \n>> d\'où un nombre très élevé de doublons (un même labo décrit de 5 \n>> manières différentes par exemples, sachant qu\'il y a 82 \n>> laboratoires...). Nous allons donc les importer et utiliser les \n>> listes d\'autorité internes à ORI-OAI. \n>> \n>> 1. au niveau de l\'import du fichier XML le problème est résolu. \n>> Les fiches TEF XML produites par STAR comportent les trois \n>> caractères suivants ï»¿ avant la première balise de l\'entête et \n>> ils font planter l\'import. Il suffit pour l\'instant de les \n>> supprimer. Peut-être la nouvelle version de STAR corrigera-t-elle \n>> ce bug. \n>> \n>> bonne nouvelle :-) \n>> \n>> \n>> 2. dans le workflow, l\'édition se passe sans problème mais au \n>> niveau de la publication, outre le fait qu\'il faut cocher la case \n>> \"fichier maître\" ce qui est un détail, un problème persiste sans \n>> qu\'Alain et moi arrivions à déterminer son origine. Le message \n>> suivant apparaît dans la colonne \"Informations\" et il empêche de \n>> publier la fiche : \"Toute EDITION de la thèse doit être associée à \n>> des métadonnées de type \"tef_desc_edition\".\" Quelqu\'un aurait-il \n>> une idée de la solution ? Merci par avance. \n>> \n>> Tu as l\'erreur quand tu essayes de la publier simplement ou quand tu \n>> tentes de l\'envoyer à l\'ABES ? Et le problème a lieu avec une fiche \n>> importée ou saisie de zéro dans ORI-OAI ? \n>> \n>> Si je regarde cette erreur, elle vient du schematron de l\'ABES avec \n>> cette règle : \n>> \n>> \n<pattern name=\"mets_structMap_meta_Edition\" \n>> id=\"mets_structMap_meta_Edition\"> \n>> <rule \n>> context=\"/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE=\'EDITION\']\"> \n>> <assert test=\"@DMDID = \n>> /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE=\'tef_desc_edition\']]/@ID\">tef_easy.schematron.tef-abes.structMap.meta_Edition.check_rule</assert> \n>> </rule> \n>> </pattern>\n>> \n>> Donc autrement dit, l\'erreur apparait quand \n>> /mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE=\'EDITION\']/@DMDID \n>> \n>> n\'est pas égal à \n>> /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE=\'tef_desc_edition\']]/@ID \n>> dans la fiche TEF. \n>> \n>> Est-ce que ça parle à quelqu\'un ? \n>> \n>> \n>> Bon week-end. \n>> \n>> Jean-François. \n>> \n>> \n>> Yohan Colmant a écrit : \n>> \n>> Alain, \n>> \n>> Nous venons d\'avoir une réponse de l\'ABES pour le PPN et tu \n>> avais bien raison : \"le dernier caractère est un chiffre de \n>> contrôle, qui peut être soit un numéro soit un X, il n\'y a pas \n>> d\'autre caractère alphabétique possible. \". \n>> Je te propose donc ce correctif (qui sera intégré dans une \n>> prochaine version). \n>> \n>> Dans \n>> \n>> ori-oai-md-editor\\WEB-INF\\resources\\forms\\ori-md-editor\\tef-global\\form\\form.xhtml \n>> il faut remplacer toutes les occurrences de \n>> [0-9]{9} \n>> par \n>> [0-9]{8}[X0-9]{1} \n>> \n>> Donc pour les fiches du SUDOC, à part les champs qui ne sont \n>> pas remplis à fond, ceci corrige ton problème ? \n>> \n>> \n>> Concernant les fiches qui proviennent de STAR, tu ne m\'en \n>> avais pas parlé ? \n>> \n>> Peux-tu m\'en envoyer une d\'exemple stp ? \n>> Quand tu dis que ça plante, c\'est au niveau du md-editor ou \n>> déjà dans le workflow ? \n>> \n>> Merci \n>> \n>> Yohan COLMANT \n>> Direction des Systèmes d\'Information \n>> UVHC <http://www.univ-valenciennes.fr> - Université de \n>> Valenciennes et du Hainaut Cambrésis \n>> Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org> \n>> \n>> \n>> le drezen alain a écrit : \n>> \n>> Bonjour Yohan, \n>> \n>> Voici les éléments de réponse. \n>> \n>> Le 10/09/2010 10:31, Yohan Colmant a écrit : \n>> \n>> Salut Alain, \n>> \n>> Je commence ENFIN à me pencher sur ton problème. \n>> \n>> En premier lieu, pourquoi importes-tu les fiches dans \n>> ton workflow ? Tu ne peux pas les moissonner plutôt ? \n>> Comment les as-tu récupérées ? \n>> \n>> Pour le SUDOC pas de moissonnage possible. Pour Star le \n>> moissonnage serait possible. Mais dans les deux cas nous \n>> devons modifier les notices ce qui n\'est pas possible sur \n>> une notice moissonnée. \n>> \n>> Là, les erreurs que tu mentionnes apparaissent dans le \n>> md-editor, mais pas dans le workflow ? Si tu veux \n>> juste importer ces fiches et les publier, rien ne te \n>> bloque ? \n>> \n>> En ce qui concerne l\'import, en effet pas de problème pour \n>> les notices SUDOC. Ce n\'est pas le cas pour les notices \n>> STAR qui elles plantent dès l\'import.. \n>> Cependant certaines notices SUDOC ne sont pas éditable \n>> dans le workflow ce qui empêchera de les compléter et donc \n>> de les publier. \n>> \n>> Si je n\'arrivais pas à débloquer ton problème avant le \n>> retour de Nolwen, est-ce que tu serais bloqué ? En \n>> gros, as-tu besoin de modifier les fiches que tu \n>> importes ou non ? \n>> \n>> Oui, nous devons les modifier avant de les publier. Par \n>> exemple la thèse nommée \"Quelle formation pour le médecin \n>> généraliste psychothérapeute de fait\" ne s\'ouvre pas dans \n>> l\'éditeur à cause des caractères spéciaux en début de titre. \n>> \n>> Si non, tu peux simplement importer les fiches et les \n>> indexer. Effectivement, si tu cherches à les \n>> visualiser dans le md-editor, tu auras ces soucis, \n>> mais cela te permet tout de même de faire l\'import en \n>> attendant ? \n>> \n>> \n>> Second point, c\'est Nolwen qui est plus à même de \n>> répondre à tes interrogations sur le module, donc je \n>> vais faire de mon mieux :-( \n>> \n>> \n>> Pour commencer, j\'ai pris en exemple la fiche \n>> Metz_13738551X.xml \n>> \n>> 1) Les erreurs liées au nom et prénom qui ne doivent \n>> pas être vides sont connues. Là on a des choses à \n>> faire par la suite, mais c\'est juste un soucis \n>> d\'affichage. Il te suffit de cliquer sur le nom et \n>> refermer la fenêtre de saisie de la personne pour voir \n>> que l\'erreur disparait. Nolwen n\'avait pas réussi à \n>> contourner ce problème avant son départ. \n>> Lorsque tu as un PPN composé de 9 chiffres comme prévu \n>> jusqu\'ici dans l\'éditeur TEF, le même problème se \n>> pose, ouvre et referme la fenêtre de saisie, tu verras \n>> que ça marche en fait. \n>> \n>> Ca c\'est un pb connu \n>> \n>> 2) Il manque des mots-clefs en français. Ils sont \n>> décrits comme obligatoires dans le TEF : \n>> \n>> <a href=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\" title=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\">http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html</a> \n>> \n>> \n>> Ok normal \n>> \n>> \n>> 3) Pour le PPN qui comporte 8 chiffres et une lettre .... \n>> J\'ai essayé de joindre les collègues fonctionnels mais \n>> ils ne sont pas joignables pour le moment. Les \n>> quelques docs que j\'ai trouvées parlent bien de 9 \n>> chiffres. Tu as une info ou une doc où ils parlent \n>> d\'une possibilité de caractères autres ? \n>> \n>> \n>> Voici un extrait de la doc de l\'ABES : \n>> Zone 001 : Numéro d\'identification de la notice \n>> Zone système protégée, obligatoire, non répétable, sans \n>> indicateurs et sans sous-zones. \n>> Le contenu de la zone est générée automatiquement par le \n>> système lors de la validation d\'une nouvelle notice \n>> Dans le Sudoc, l\'identifiant unique de la notice est \n>> appelé ppn (= Pica production number). Il comporte 9 \n>> caractères : \n>> 8 chiffres (attribués par le système de manière \n>> séquentielle = numéro d\'\"ordre\" de la notice dans la base \n>> de données) \n>> une clé de contrôle sur 1 caractère, qui peut être un \n>> chiffre ou \"X\" \n>> \n>> 4) Concernant le fichier maintenant ... \n>> Je ne connais pas assez le TEF, mais je sais que le \n>> type mime et l\'URL du fichier sont à 2 endroits dans \n>> le TEF que nous générons. \n>> Dans tes fiches, cela n\'apparait qu\'une fois. Il reste \n>> la rubrique suivante qui est vide : \n>> <mets:fileSec> \n>> <mets:fileGrp USE=\"archive\" ID=\"FGrID1\"> \n>> <mets:file ID=\"FID1\" MIMETYPE=\"\" ADMID=\"file_1\" \n>> USE=\"maitre\"> \n>> <mets:FLocat LOCTYPE=\"URL\" xlink:href=\"\"/> \n>> </mets:file> \n>> </mets:fileGrp> \n>> </mets:fileSec> \n>> D\'où l\'erreur dans l\'IHM ... \n>> Si on se réfère à cette doc, on lit \"*Seule l\'édition \n>> d\'archivage doit obligatoirement être représentée dans \n>> cette section.* Cette présence est facultative pour \n>> les autres éditions. \". \n>> Dans ton cas, si je prends la fiche \n>> Metz_13738551X.xml, on voit bien USE=\"archive\" dans le \n>> bloc mets:fileSec. Si je comprends bien, dans ce cas, \n>> les métadonnées MIMETYPE et URL sont obligatoires. Ici \n>> elles ne sont pas remplies. \n>> \n>> J\'ai corrigé mes fichiers en remplissant <mets:fileSec> et \n>> je récupe^\'re bien l\'URL lors de l\'import. \n>> Pour l\'anecdote je n\'ai pas réussi à importer un fichier \n>> TEF généré par ORI (pas de chance ???) \n>> \n>> \n>> \n>> Je reviens vers toi quand tu auras pu me donner un peu \n>> plus d\'infos et fait un retour sur ce mail. \n>> Je te dirai aussi ce que j\'ai eu comme infos pour le PPN. \n>> \n>> A bientôt, \n>> \n>> Yohan COLMANT \n>> Direction des Systèmes d\'Information \n>> UVHC <http://www.univ-valenciennes.fr> - Université de \n>> Valenciennes et du Hainaut Cambrésis \n>> Coordinateur Technique du projet ORI-OAI \n>> <http://www.ori-oai.org> \n>> \n>> \n>> Alain Le Drezen a écrit : \n>> \n>> Bonjour, \n>> \n>> Voici quelques problèmes rencontrés lors de \n>> l\'import de notices de thèses du SUDOC (import en \n>> pièce jointe). \n>> \n>> L\'URL du fichier (<dc:identifier \n>> xsi:type=\"dcterms:URI\">) ne s\'importe pas. \n>> \n>> La notice de la thèse \"Quelle formation pour le \n>> médecin généraliste psychothérapeute de fait\" ne \n>> s\'affiche pas dans l\'éditeur (page grise vide). Il \n>> semble que ce soit lié à la présence de caractères \n>> étranges en début du titre. Mais ceci ne devrait \n>> pas être bloquant. \n>> \n>> Dans l\'éditeur, l\'erreur \"Le PPN du mot sujet \n>> Rameau doit être composé de neuf chiffres\" est \n>> erronée. Un PPN peu contenir des caractères. \n>> \n>> Merci d\'avance pour tout élément de réponse. \n>> \n>> Alain \n>> \n>> \n>> \n>> \n>> \n>> \n>> \n>> \n>> \n>> \n>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">> \n></div>\n</blockquote>\n</div>\n', created = 1507748735, expire = 1507835135, headers = '', serialized = 0 WHERE cid = '4:90daf31bf4c8461b4af0004683c41882' 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:224be25027ded416a0d00afc081b65f2' 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\">Je ne comprends que cette erreur apparaisse pour cette thèse. Elle semble valide, en xsd et en schematron. \nDésolé...\nBon we quand même \nYann\n----- Mail Original ----- \nDe: \"Jean-François Lutz\" <\n <script type=\"text/javascript\" >  </script>> \nÀ: <a href=\"mailto:ori-oai-utilisateurs@listes.univ-rennes1.fr\">ori-oai-utilisateurs@listes.univ-rennes1.fr</a> \nEnvoyé: Vendredi 10 Septembre 2010 15:23:37 \nObjet: Re: [ori-oai-utilisateurs] Pb import TEF\nSalut Yann,\nElle est en PJ. Bon week-end !\nJean-François.\nYann Nicolas a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Un exemple de fiche TEF avec cette erreur ? \n> \n> Yann \n> \n> \n> ----- Mail Original ----- \n> De: \"Yohan Colmant\" <\n <script type=\"text/javascript\" >  </script>> \n> À: <a href=\"mailto:ori-oai-utilisateurs@listes.univ-rennes1.fr\">ori-oai-utilisateurs@listes.univ-rennes1.fr</a> \n> Envoyé: Vendredi 10 Septembre 2010 15:06:53 \n> Objet: Re: [ori-oai-utilisateurs] Pb import TEF \n> \n> Salut JF, \n> \n> Je réponds dans le mail. \n> \n> Yohan COLMANT \n> Direction des Systèmes d\'Information \n> UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes et \n> du Hainaut Cambrésis \n> Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org> \n> \n> \n> Jean-François Lutz a écrit : \n> \n> Bonjour Yohan, \n> \n> Merci pour ton aide toujours aussi efficace ! \n> \n> Je me permets de répondre sur les imports de fiches issues de \n> STAR. Comme l\'indiquait Alain nous ne pouvons pas nous contenter \n> de les moissonner car les laboratoires et les écoles doctorales \n> ont été saisies dans STAR sans aucune liste ou forme d\'autorité, \n> d\'où un nombre très élevé de doublons (un même labo décrit de 5 \n> manières différentes par exemples, sachant qu\'il y a 82 \n> laboratoires...). Nous allons donc les importer et utiliser les \n> listes d\'autorité internes à ORI-OAI. \n> \n> 1. au niveau de l\'import du fichier XML le problème est résolu. \n> Les fiches TEF XML produites par STAR comportent les trois \n> caractères suivants ï»¿ avant la première balise de l\'entête et \n> ils font planter l\'import. Il suffit pour l\'instant de les \n> supprimer. Peut-être la nouvelle version de STAR corrigera-t-elle \n> ce bug. \n> \n> bonne nouvelle :-) \n> \n> \n> 2. dans le workflow, l\'édition se passe sans problème mais au \n> niveau de la publication, outre le fait qu\'il faut cocher la case \n> \"fichier maître\" ce qui est un détail, un problème persiste sans \n> qu\'Alain et moi arrivions à déterminer son origine. Le message \n> suivant apparaît dans la colonne \"Informations\" et il empêche de \n> publier la fiche : \"Toute EDITION de la thèse doit être associée à \n> des métadonnées de type \"tef_desc_edition\".\" Quelqu\'un aurait-il \n> une idée de la solution ? Merci par avance. \n> \n> Tu as l\'erreur quand tu essayes de la publier simplement ou quand tu \n> tentes de l\'envoyer à l\'ABES ? Et le problème a lieu avec une fiche \n> importée ou saisie de zéro dans ORI-OAI ? \n> \n> Si je regarde cette erreur, elle vient du schematron de l\'ABES avec \n> cette règle : \n> \n> \n<pattern name=\"mets_structMap_meta_Edition\" \n> id=\"mets_structMap_meta_Edition\"> \n> <rule \n> context=\"/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE=\'EDITION\']\"> \n> <assert test=\"@DMDID = \n> /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE=\'tef_desc_edition\']]/@ID\">tef_easy.schematron.tef-abes.structMap.meta_Edition.check_rule</assert> \n> </rule> \n> </pattern>\n> \n> Donc autrement dit, l\'erreur apparait quand \n> /mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE=\'EDITION\']/@DMDID \n> \n> n\'est pas égal à \n> /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE=\'tef_desc_edition\']]/@ID \n> dans la fiche TEF. \n> \n> Est-ce que ça parle à quelqu\'un ? \n> \n> \n> Bon week-end. \n> \n> Jean-François. \n> \n> \n> Yohan Colmant a écrit : \n> \n> Alain, \n> \n> Nous venons d\'avoir une réponse de l\'ABES pour le PPN et tu \n> avais bien raison : \"le dernier caractère est un chiffre de \n> contrôle, qui peut être soit un numéro soit un X, il n\'y a pas \n> d\'autre caractère alphabétique possible. \". \n> Je te propose donc ce correctif (qui sera intégré dans une \n> prochaine version). \n> \n> Dans \n> ori-oai-md-editor\\WEB-INF\\resources\\forms\\ori-md-editor\\tef-global\\form\\form.xhtml \n> il faut remplacer toutes les occurrences de \n> [0-9]{9} \n> par \n> [0-9]{8}[X0-9]{1} \n> \n> Donc pour les fiches du SUDOC, à part les champs qui ne sont \n> pas remplis à fond, ceci corrige ton problème ? \n> \n> \n> Concernant les fiches qui proviennent de STAR, tu ne m\'en \n> avais pas parlé ? \n> \n> Peux-tu m\'en envoyer une d\'exemple stp ? \n> Quand tu dis que ça plante, c\'est au niveau du md-editor ou \n> déjà dans le workflow ? \n> \n> Merci \n> \n> Yohan COLMANT \n> Direction des Systèmes d\'Information \n> UVHC <http://www.univ-valenciennes.fr> - Université de \n> Valenciennes et du Hainaut Cambrésis \n> Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org> \n> \n> \n> le drezen alain a écrit : \n> \n> Bonjour Yohan, \n> \n> Voici les éléments de réponse. \n> \n> Le 10/09/2010 10:31, Yohan Colmant a écrit : \n> \n> Salut Alain, \n> \n> Je commence ENFIN à me pencher sur ton problème. \n> \n> En premier lieu, pourquoi importes-tu les fiches dans \n> ton workflow ? Tu ne peux pas les moissonner plutôt ? \n> Comment les as-tu récupérées ? \n> \n> Pour le SUDOC pas de moissonnage possible. Pour Star le \n> moissonnage serait possible. Mais dans les deux cas nous \n> devons modifier les notices ce qui n\'est pas possible sur \n> une notice moissonnée. \n> \n> Là, les erreurs que tu mentionnes apparaissent dans le \n> md-editor, mais pas dans le workflow ? Si tu veux \n> juste importer ces fiches et les publier, rien ne te \n> bloque ? \n> \n> En ce qui concerne l\'import, en effet pas de problème pour \n> les notices SUDOC. Ce n\'est pas le cas pour les notices \n> STAR qui elles plantent dès l\'import.. \n> Cependant certaines notices SUDOC ne sont pas éditable \n> dans le workflow ce qui empêchera de les compléter et donc \n> de les publier. \n> \n> Si je n\'arrivais pas à débloquer ton problème avant le \n> retour de Nolwen, est-ce que tu serais bloqué ? En \n> gros, as-tu besoin de modifier les fiches que tu \n> importes ou non ? \n> \n> Oui, nous devons les modifier avant de les publier. Par \n> exemple la thèse nommée \"Quelle formation pour le médecin \n> généraliste psychothérapeute de fait\" ne s\'ouvre pas dans \n> l\'éditeur à cause des caractères spéciaux en début de titre. \n> \n> Si non, tu peux simplement importer les fiches et les \n> indexer. Effectivement, si tu cherches à les \n> visualiser dans le md-editor, tu auras ces soucis, \n> mais cela te permet tout de même de faire l\'import en \n> attendant ? \n> \n> \n> Second point, c\'est Nolwen qui est plus à même de \n> répondre à tes interrogations sur le module, donc je \n> vais faire de mon mieux :-( \n> \n> \n> Pour commencer, j\'ai pris en exemple la fiche \n> Metz_13738551X.xml \n> \n> 1) Les erreurs liées au nom et prénom qui ne doivent \n> pas être vides sont connues. Là on a des choses à \n> faire par la suite, mais c\'est juste un soucis \n> d\'affichage. Il te suffit de cliquer sur le nom et \n> refermer la fenêtre de saisie de la personne pour voir \n> que l\'erreur disparait. Nolwen n\'avait pas réussi à \n> contourner ce problème avant son départ. \n> Lorsque tu as un PPN composé de 9 chiffres comme prévu \n> jusqu\'ici dans l\'éditeur TEF, le même problème se \n> pose, ouvre et referme la fenêtre de saisie, tu verras \n> que ça marche en fait. \n> \n> Ca c\'est un pb connu \n> \n> 2) Il manque des mots-clefs en français. Ils sont \n> décrits comme obligatoires dans le TEF : \n> <a href=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\" title=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\">http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html</a> \n> \n> \n> Ok normal \n> \n> \n> 3) Pour le PPN qui comporte 8 chiffres et une lettre .... \n> J\'ai essayé de joindre les collègues fonctionnels mais \n> ils ne sont pas joignables pour le moment. Les \n> quelques docs que j\'ai trouvées parlent bien de 9 \n> chiffres. Tu as une info ou une doc où ils parlent \n> d\'une possibilité de caractères autres ? \n> \n> \n> Voici un extrait de la doc de l\'ABES : \n> Zone 001 : Numéro d\'identification de la notice \n> Zone système protégée, obligatoire, non répétable, sans \n> indicateurs et sans sous-zones. \n> Le contenu de la zone est générée automatiquement par le \n> système lors de la validation d\'une nouvelle notice \n> Dans le Sudoc, l\'identifiant unique de la notice est \n> appelé ppn (= Pica production number). Il comporte 9 \n> caractères : \n> 8 chiffres (attribués par le système de manière \n> séquentielle = numéro d\'\"ordre\" de la notice dans la base \n> de données) \n> une clé de contrôle sur 1 caractère, qui peut être un \n> chiffre ou \"X\" \n> \n> 4) Concernant le fichier maintenant ... \n> Je ne connais pas assez le TEF, mais je sais que le \n> type mime et l\'URL du fichier sont à 2 endroits dans \n> le TEF que nous générons. \n> Dans tes fiches, cela n\'apparait qu\'une fois. Il reste \n> la rubrique suivante qui est vide : \n> <mets:fileSec> \n> <mets:fileGrp USE=\"archive\" ID=\"FGrID1\"> \n> <mets:file ID=\"FID1\" MIMETYPE=\"\" ADMID=\"file_1\" \n> USE=\"maitre\"> \n> <mets:FLocat LOCTYPE=\"URL\" xlink:href=\"\"/> \n> </mets:file> \n> </mets:fileGrp> \n> </mets:fileSec> \n> D\'où l\'erreur dans l\'IHM ... \n> Si on se réfère à cette doc, on lit \"*Seule l\'édition \n> d\'archivage doit obligatoirement être représentée dans \n> cette section.* Cette présence est facultative pour \n> les autres éditions. \". \n> Dans ton cas, si je prends la fiche \n> Metz_13738551X.xml, on voit bien USE=\"archive\" dans le \n> bloc mets:fileSec. Si je comprends bien, dans ce cas, \n> les métadonnées MIMETYPE et URL sont obligatoires. Ici \n> elles ne sont pas remplies. \n> \n> J\'ai corrigé mes fichiers en remplissant <mets:fileSec> et \n> je récupe^\'re bien l\'URL lors de l\'import. \n> Pour l\'anecdote je n\'ai pas réussi à importer un fichier \n> TEF généré par ORI (pas de chance ???) \n> \n> \n> \n> Je reviens vers toi quand tu auras pu me donner un peu \n> plus d\'infos et fait un retour sur ce mail. \n> Je te dirai aussi ce que j\'ai eu comme infos pour le PPN. \n> \n> A bientôt, \n> \n> Yohan COLMANT \n> Direction des Systèmes d\'Information \n> UVHC <http://www.univ-valenciennes.fr> - Université de \n> Valenciennes et du Hainaut Cambrésis \n> Coordinateur Technique du projet ORI-OAI \n> <http://www.ori-oai.org> \n> \n> \n> Alain Le Drezen a écrit : \n> \n> Bonjour, \n> \n> Voici quelques problèmes rencontrés lors de \n> l\'import de notices de thèses du SUDOC (import en \n> pièce jointe). \n> \n> L\'URL du fichier (<dc:identifier \n> xsi:type=\"dcterms:URI\">) ne s\'importe pas. \n> \n> La notice de la thèse \"Quelle formation pour le \n> médecin généraliste psychothérapeute de fait\" ne \n> s\'affiche pas dans l\'éditeur (page grise vide). Il \n> semble que ce soit lié à la présence de caractères \n> étranges en début du titre. Mais ceci ne devrait \n> pas être bloquant. \n> \n> Dans l\'éditeur, l\'erreur \"Le PPN du mot sujet \n> Rameau doit être composé de neuf chiffres\" est \n> erronée. Un PPN peu contenir des caractères. \n> \n> Merci d\'avance pour tout élément de réponse. \n> \n> Alain \n> \n> \n> \n> \n> \n> \n> \n> \n> \n> \n></div>\n</blockquote>\n</div>\n', created = 1507748735, expire = 1507835135, headers = '', serialized = 0 WHERE cid = '4:224be25027ded416a0d00afc081b65f2' 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:b86fd2d8b86bb9010cac388a2878c5a3' 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\">Salut Yann,\nElle est en PJ. Bon week-end !\nJean-François.\nYann Nicolas a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Un exemple de fiche TEF avec cette erreur ? \n> \n> Yann \n> \n> \n> ----- Mail Original ----- \n> De: \"Yohan Colmant\" <\n <script type=\"text/javascript\" >  </script>> \n> À: <a href=\"mailto:ori-oai-utilisateurs@listes.univ-rennes1.fr\">ori-oai-utilisateurs@listes.univ-rennes1.fr</a> \n> Envoyé: Vendredi 10 Septembre 2010 15:06:53 \n> Objet: Re: [ori-oai-utilisateurs] Pb import TEF \n> \n> Salut JF, \n> \n> Je réponds dans le mail. \n> \n> Yohan COLMANT \n> Direction des Systèmes d\'Information \n> UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes et \n> du Hainaut Cambrésis \n> Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org> \n> \n> \n> Jean-François Lutz a écrit : \n> \n> Bonjour Yohan, \n> \n> Merci pour ton aide toujours aussi efficace ! \n> \n> Je me permets de répondre sur les imports de fiches issues de \n> STAR. Comme l\'indiquait Alain nous ne pouvons pas nous contenter \n> de les moissonner car les laboratoires et les écoles doctorales \n> ont été saisies dans STAR sans aucune liste ou forme d\'autorité, \n> d\'où un nombre très élevé de doublons (un même labo décrit de 5 \n> manières différentes par exemples, sachant qu\'il y a 82 \n> laboratoires...). Nous allons donc les importer et utiliser les \n> listes d\'autorité internes à ORI-OAI. \n> \n> 1. au niveau de l\'import du fichier XML le problème est résolu. \n> Les fiches TEF XML produites par STAR comportent les trois \n> caractères suivants ï»¿ avant la première balise de l\'entête et \n> ils font planter l\'import. Il suffit pour l\'instant de les \n> supprimer. Peut-être la nouvelle version de STAR corrigera-t-elle \n> ce bug. \n> \n> bonne nouvelle :-) \n> \n> \n> 2. dans le workflow, l\'édition se passe sans problème mais au \n> niveau de la publication, outre le fait qu\'il faut cocher la case \n> \"fichier maître\" ce qui est un détail, un problème persiste sans \n> qu\'Alain et moi arrivions à déterminer son origine. Le message \n> suivant apparaît dans la colonne \"Informations\" et il empêche de \n> publier la fiche : \"Toute EDITION de la thèse doit être associée à \n> des métadonnées de type \"tef_desc_edition\".\" Quelqu\'un aurait-il \n> une idée de la solution ? Merci par avance. \n> \n> Tu as l\'erreur quand tu essayes de la publier simplement ou quand tu \n> tentes de l\'envoyer à l\'ABES ? Et le problème a lieu avec une fiche \n> importée ou saisie de zéro dans ORI-OAI ? \n> \n> Si je regarde cette erreur, elle vient du schematron de l\'ABES avec \n> cette règle : \n> \n> \n<pattern name=\"mets_structMap_meta_Edition\" \n> id=\"mets_structMap_meta_Edition\"> \n> <rule \n> context=\"/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE=\'EDITION\']\"> \n> <assert test=\"@DMDID = \n> /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE=\'tef_desc_edition\']]/@ID\">tef_easy.schematron.tef-abes.structMap.meta_Edition.check_rule</assert> \n> </rule> \n> </pattern>\n> \n> Donc autrement dit, l\'erreur apparait quand \n> /mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE=\'EDITION\']/@DMDID \n> \n> n\'est pas égal à \n> /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE=\'tef_desc_edition\']]/@ID \n> dans la fiche TEF. \n> \n> Est-ce que ça parle à quelqu\'un ? \n> \n> \n> Bon week-end. \n> \n> Jean-François. \n> \n> \n> Yohan Colmant a écrit : \n> \n> Alain, \n> \n> Nous venons d\'avoir une réponse de l\'ABES pour le PPN et tu \n> avais bien raison : \"le dernier caractère est un chiffre de \n> contrôle, qui peut être soit un numéro soit un X, il n\'y a pas \n> d\'autre caractère alphabétique possible. \". \n> Je te propose donc ce correctif (qui sera intégré dans une \n> prochaine version). \n> \n> Dans \n> ori-oai-md-editor\\WEB-INF\\resources\\forms\\ori-md-editor\\tef-global\\form\\form.xhtml \n> il faut remplacer toutes les occurrences de \n> [0-9]{9} \n> par \n> [0-9]{8}[X0-9]{1} \n> \n> Donc pour les fiches du SUDOC, à part les champs qui ne sont \n> pas remplis à fond, ceci corrige ton problème ? \n> \n> \n> Concernant les fiches qui proviennent de STAR, tu ne m\'en \n> avais pas parlé ? \n> \n> Peux-tu m\'en envoyer une d\'exemple stp ? \n> Quand tu dis que ça plante, c\'est au niveau du md-editor ou \n> déjà dans le workflow ? \n> \n> Merci \n> \n> Yohan COLMANT \n> Direction des Systèmes d\'Information \n> UVHC <http://www.univ-valenciennes.fr> - Université de \n> Valenciennes et du Hainaut Cambrésis \n> Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org> \n> \n> \n> le drezen alain a écrit : \n> \n> Bonjour Yohan, \n> \n> Voici les éléments de réponse. \n> \n> Le 10/09/2010 10:31, Yohan Colmant a écrit : \n> \n> Salut Alain, \n> \n> Je commence ENFIN à me pencher sur ton problème. \n> \n> En premier lieu, pourquoi importes-tu les fiches dans \n> ton workflow ? Tu ne peux pas les moissonner plutôt ? \n> Comment les as-tu récupérées ? \n> \n> Pour le SUDOC pas de moissonnage possible. Pour Star le \n> moissonnage serait possible. Mais dans les deux cas nous \n> devons modifier les notices ce qui n\'est pas possible sur \n> une notice moissonnée. \n> \n> Là, les erreurs que tu mentionnes apparaissent dans le \n> md-editor, mais pas dans le workflow ? Si tu veux \n> juste importer ces fiches et les publier, rien ne te \n> bloque ? \n> \n> En ce qui concerne l\'import, en effet pas de problème pour \n> les notices SUDOC. Ce n\'est pas le cas pour les notices \n> STAR qui elles plantent dès l\'import.. \n> Cependant certaines notices SUDOC ne sont pas éditable \n> dans le workflow ce qui empêchera de les compléter et donc \n> de les publier. \n> \n> Si je n\'arrivais pas à débloquer ton problème avant le \n> retour de Nolwen, est-ce que tu serais bloqué ? En \n> gros, as-tu besoin de modifier les fiches que tu \n> importes ou non ? \n> \n> Oui, nous devons les modifier avant de les publier. Par \n> exemple la thèse nommée \"Quelle formation pour le médecin \n> généraliste psychothérapeute de fait\" ne s\'ouvre pas dans \n> l\'éditeur à cause des caractères spéciaux en début de titre. \n> \n> Si non, tu peux simplement importer les fiches et les \n> indexer. Effectivement, si tu cherches à les \n> visualiser dans le md-editor, tu auras ces soucis, \n> mais cela te permet tout de même de faire l\'import en \n> attendant ? \n> \n> \n> Second point, c\'est Nolwen qui est plus à même de \n> répondre à tes interrogations sur le module, donc je \n> vais faire de mon mieux :-( \n> \n> \n> Pour commencer, j\'ai pris en exemple la fiche \n> Metz_13738551X.xml \n> \n> 1) Les erreurs liées au nom et prénom qui ne doivent \n> pas être vides sont connues. Là on a des choses à \n> faire par la suite, mais c\'est juste un soucis \n> d\'affichage. Il te suffit de cliquer sur le nom et \n> refermer la fenêtre de saisie de la personne pour voir \n> que l\'erreur disparait. Nolwen n\'avait pas réussi à \n> contourner ce problème avant son départ. \n> Lorsque tu as un PPN composé de 9 chiffres comme prévu \n> jusqu\'ici dans l\'éditeur TEF, le même problème se \n> pose, ouvre et referme la fenêtre de saisie, tu verras \n> que ça marche en fait. \n> \n> Ca c\'est un pb connu \n> \n> 2) Il manque des mots-clefs en français. Ils sont \n> décrits comme obligatoires dans le TEF : \n> <a href=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\" title=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\">http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html</a> \n> \n> \n> Ok normal \n> \n> \n> 3) Pour le PPN qui comporte 8 chiffres et une lettre .... \n> J\'ai essayé de joindre les collègues fonctionnels mais \n> ils ne sont pas joignables pour le moment. Les \n> quelques docs que j\'ai trouvées parlent bien de 9 \n> chiffres. Tu as une info ou une doc où ils parlent \n> d\'une possibilité de caractères autres ? \n> \n> \n> Voici un extrait de la doc de l\'ABES : \n> Zone 001 : Numéro d\'identification de la notice \n> Zone système protégée, obligatoire, non répétable, sans \n> indicateurs et sans sous-zones. \n> Le contenu de la zone est générée automatiquement par le \n> système lors de la validation d\'une nouvelle notice \n> Dans le Sudoc, l\'identifiant unique de la notice est \n> appelé ppn (= Pica production number). Il comporte 9 \n> caractères : \n> 8 chiffres (attribués par le système de manière \n> séquentielle = numéro d\'\"ordre\" de la notice dans la base \n> de données) \n> une clé de contrôle sur 1 caractère, qui peut être un \n> chiffre ou \"X\" \n> \n> 4) Concernant le fichier maintenant ... \n> Je ne connais pas assez le TEF, mais je sais que le \n> type mime et l\'URL du fichier sont à 2 endroits dans \n> le TEF que nous générons. \n> Dans tes fiches, cela n\'apparait qu\'une fois. Il reste \n> la rubrique suivante qui est vide : \n> <mets:fileSec> \n> <mets:fileGrp USE=\"archive\" ID=\"FGrID1\"> \n> <mets:file ID=\"FID1\" MIMETYPE=\"\" ADMID=\"file_1\" \n> USE=\"maitre\"> \n> <mets:FLocat LOCTYPE=\"URL\" xlink:href=\"\"/> \n> </mets:file> \n> </mets:fileGrp> \n> </mets:fileSec> \n> D\'où l\'erreur dans l\'IHM ... \n> Si on se réfère à cette doc, on lit \"*Seule l\'édition \n> d\'archivage doit obligatoirement être représentée dans \n> cette section.* Cette présence est facultative pour \n> les autres éditions. \". \n> Dans ton cas, si je prends la fiche \n> Metz_13738551X.xml, on voit bien USE=\"archive\" dans le \n> bloc mets:fileSec. Si je comprends bien, dans ce cas, \n> les métadonnées MIMETYPE et URL sont obligatoires. Ici \n> elles ne sont pas remplies. \n> \n> J\'ai corrigé mes fichiers en remplissant <mets:fileSec> et \n> je récupe^\'re bien l\'URL lors de l\'import. \n> Pour l\'anecdote je n\'ai pas réussi à importer un fichier \n> TEF généré par ORI (pas de chance ???) \n> \n> \n> \n> Je reviens vers toi quand tu auras pu me donner un peu \n> plus d\'infos et fait un retour sur ce mail. \n> Je te dirai aussi ce que j\'ai eu comme infos pour le PPN. \n> \n> A bientôt, \n> \n> Yohan COLMANT \n> Direction des Systèmes d\'Information \n> UVHC <http://www.univ-valenciennes.fr> - Université de \n> Valenciennes et du Hainaut Cambrésis \n> Coordinateur Technique du projet ORI-OAI \n> <http://www.ori-oai.org> \n> \n> \n> Alain Le Drezen a écrit : \n> \n> Bonjour, \n> \n> Voici quelques problèmes rencontrés lors de \n> l\'import de notices de thèses du SUDOC (import en \n> pièce jointe). \n> \n> L\'URL du fichier (<dc:identifier \n> xsi:type=\"dcterms:URI\">) ne s\'importe pas. \n> \n> La notice de la thèse \"Quelle formation pour le \n> médecin généraliste psychothérapeute de fait\" ne \n> s\'affiche pas dans l\'éditeur (page grise vide). Il \n> semble que ce soit lié à la présence de caractères \n> étranges en début du titre. Mais ceci ne devrait \n> pas être bloquant. \n> \n> Dans l\'éditeur, l\'erreur \"Le PPN du mot sujet \n> Rameau doit être composé de neuf chiffres\" est \n> erronée. Un PPN peu contenir des caractères. \n> \n> Merci d\'avance pour tout élément de réponse. \n> \n> Alain \n> \n> \n> \n> \n> \n> \n> \n> \n> \n> \n></div>\n</blockquote>\n</div>\n', created = 1507748735, expire = 1507835135, headers = '', serialized = 0 WHERE cid = '4:b86fd2d8b86bb9010cac388a2878c5a3' 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:d672bab9c5a2d17ab486242da98f00b0' 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\">Yohan Colmant a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Salut JF, \n> \n> Je réponds dans le mail. \n> \n> Yohan COLMANT \n> Direction des Systèmes d\'Information \n> UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes et \n> du Hainaut Cambrésis \n> Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org> \n> \n> \n> Jean-François Lutz a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour Yohan, \n>> \n>> Merci pour ton aide toujours aussi efficace ! \n>> \n>> Je me permets de répondre sur les imports de fiches issues de STAR. \n>> Comme l\'indiquait Alain nous ne pouvons pas nous contenter de les \n>> moissonner car les laboratoires et les écoles doctorales ont été \n>> saisies dans STAR sans aucune liste ou forme d\'autorité, d\'où un \n>> nombre très élevé de doublons (un même labo décrit de 5 manières \n>> différentes par exemples, sachant qu\'il y a 82 laboratoires...). Nous \n>> allons donc les importer et utiliser les listes d\'autorité internes à \n>> ORI-OAI. \n>> \n>> 1. au niveau de l\'import du fichier XML le problème est résolu. Les \n>> fiches TEF XML produites par STAR comportent les trois caractères \n>> suivants ï»¿ avant la première balise de l\'entête et ils font planter \n>> l\'import. Il suffit pour l\'instant de les supprimer. Peut-être la \n>> nouvelle version de STAR corrigera-t-elle ce bug.</blockquote>\n<blockquote class=\"emailFilter_Author_0\">> bonne nouvelle :-)</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> \n>> 2. dans le workflow, l\'édition se passe sans problème mais au niveau \n>> de la publication, outre le fait qu\'il faut cocher la case \"fichier \n>> maître\" ce qui est un détail, un problème persiste sans qu\'Alain et \n>> moi arrivions à déterminer son origine. Le message suivant apparaît \n>> dans la colonne \"Informations\" et il empêche de publier la fiche : \n>> \"Toute EDITION de la thèse doit être associée à des métadonnées de \n>> type \"tef_desc_edition\".\" Quelqu\'un aurait-il une idée de la solution \n>> ? Merci par avance.</blockquote>\n<blockquote class=\"emailFilter_Author_0\">> Tu as l\'erreur quand tu essayes de la publier simplement ou quand tu \n> tentes de l\'envoyer à l\'ABES ? Et le problème a lieu avec une fiche \n> importée ou saisie de zéro dans ORI-OAI ?</div>\n</blockquote>\nL\'erreur apparaît lorsque j\'essaie de publier la fiche et ne concerne \nque les fiches importées depuis STAR (et qu\'il n\'est dons pas nécessaire \nde renvoyer dans STAR). Lors d\'une saisie de zéro dans ORI-OAI (ou d\'un \nimport depuis Apogée) il n\'y a aucun problème. \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> \n> Si je regarde cette erreur, elle vient du schematron de l\'ABES avec \n> cette règle : \n> \n> \n<pattern name=\"mets_structMap_meta_Edition\" \n> id=\"mets_structMap_meta_Edition\"> \n> <rule \n> context=\"/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE=\'EDITION\']\"> \n> <assert test=\"@DMDID = \n> /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE=\'tef_desc_edition\']]/@ID\">tef_easy.schematron.tef-abes.structMap.meta_Edition.check_rule</assert> \n> </rule> \n> </pattern>\n> \n> Donc autrement dit, l\'erreur apparait quand \n> /mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE=\'EDITION\']/@DMDID \n> \n> n\'est pas égal à \n> /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE=\'tef_desc_edition\']]/@ID \n> dans la fiche TEF. \n> \n> Est-ce que ça parle à quelqu\'un ?</div>\n</blockquote>\nJ\'avoue mon incompétence sur ce point...\nBon week-end.\nJean-François. \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_1\">>> \n>> Bon week-end. \n>> \n>> Jean-François. \n>> \n>> \n>> Yohan Colmant a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Alain, \n>>> \n>>> Nous venons d\'avoir une réponse de l\'ABES pour le PPN et tu avais \n>>> bien raison : \"le dernier caractère est un chiffre de contrôle, qui \n>>> peut être soit un numéro soit un X, il n\'y a pas d\'autre caractère \n>>> alphabétique possible. \". \n>>> Je te propose donc ce correctif (qui sera intégré dans une prochaine \n>>> version). \n>>> \n>>> Dans \n>>> ori-oai-md-editor\\WEB-INF\\resources\\forms\\ori-md-editor\\tef-global\\form\\form.xhtml \n>>> il faut remplacer toutes les occurrences de \n>>> [0-9]{9} \n>>> par \n>>> [0-9]{8}[X0-9]{1} \n>>> \n>>> Donc pour les fiches du SUDOC, à part les champs qui ne sont pas \n>>> remplis à fond, ceci corrige ton problème ? \n>>> \n>>> \n>>> Concernant les fiches qui proviennent de STAR, tu ne m\'en avais pas \n>>> parlé ? \n>>> \n>>> Peux-tu m\'en envoyer une d\'exemple stp ? \n>>> Quand tu dis que ça plante, c\'est au niveau du md-editor ou déjà \n>>> dans le workflow ? \n>>> \n>>> Merci \n>>> \n>>> Yohan COLMANT \n>>> Direction des Systèmes d\'Information \n>>> UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes \n>>> et du Hainaut Cambrésis \n>>> Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org> \n>>> \n>>> \n>>> le drezen alain a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Bonjour Yohan, \n>>>> \n>>>> Voici les éléments de réponse. \n>>>> \n>>>> Le 10/09/2010 10:31, Yohan Colmant a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> Salut Alain, \n>>>>> \n>>>>> Je commence ENFIN à me pencher sur ton problème. \n>>>>> \n>>>>> En premier lieu, pourquoi importes-tu les fiches dans ton workflow \n>>>>> ? Tu ne peux pas les moissonner plutôt ? Comment les as-tu \n>>>>> récupérées ? \n>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Pour le SUDOC pas de moissonnage possible. Pour Star le moissonnage \n>>>> serait possible. Mais dans les deux cas nous devons modifier les \n>>>> notices ce qui n\'est pas possible sur une notice moissonnée.</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> Là, les erreurs que tu mentionnes apparaissent dans le md-editor, \n>>>>> mais pas dans le workflow ? Si tu veux juste importer ces fiches \n>>>>> et les publier, rien ne te bloque ?</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> En ce qui concerne l\'import, en effet pas de problème pour les \n>>>> notices SUDOC. Ce n\'est pas le cas pour les notices STAR qui elles \n>>>> plantent dès l\'import.. \n>>>> Cependant certaines notices SUDOC ne sont pas éditable dans le \n>>>> workflow ce qui empêchera de les compléter et donc de les publier.</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> Si je n\'arrivais pas à débloquer ton problème avant le retour de \n>>>>> Nolwen, est-ce que tu serais bloqué ? En gros, as-tu besoin de \n>>>>> modifier les fiches que tu importes ou non ?</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Oui, nous devons les modifier avant de les publier. Par exemple la \n>>>> thèse nommée \"Quelle formation pour le médecin généraliste \n>>>> psychothérapeute de fait\" ne s\'ouvre pas dans l\'éditeur à cause des \n>>>> caractères spéciaux en début de titre.</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> Si non, tu peux simplement importer les fiches et les indexer. \n>>>>> Effectivement, si tu cherches à les visualiser dans le md-editor, \n>>>>> tu auras ces soucis, mais cela te permet tout de même de faire \n>>>>> l\'import en attendant ? \n>>>>> \n>>>>> \n>>>>> Second point, c\'est Nolwen qui est plus à même de répondre à tes \n>>>>> interrogations sur le module, donc je vais faire de mon mieux :-( \n>>>>> \n>>>>> \n>>>>> Pour commencer, j\'ai pris en exemple la fiche Metz_13738551X.xml \n>>>>> \n>>>>> 1) Les erreurs liées au nom et prénom qui ne doivent pas être \n>>>>> vides sont connues. Là on a des choses à faire par la suite, mais \n>>>>> c\'est juste un soucis d\'affichage. Il te suffit de cliquer sur le \n>>>>> nom et refermer la fenêtre de saisie de la personne pour voir que \n>>>>> l\'erreur disparait. Nolwen n\'avait pas réussi à contourner ce \n>>>>> problème avant son départ. \n>>>>> Lorsque tu as un PPN composé de 9 chiffres comme prévu jusqu\'ici \n>>>>> dans l\'éditeur TEF, le même problème se pose, ouvre et referme la \n>>>>> fenêtre de saisie, tu verras que ça marche en fait. \n>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Ca c\'est un pb connu</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> 2) Il manque des mots-clefs en français. Ils sont décrits comme \n>>>>> obligatoires dans le TEF : \n>>>>> <a href=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\" title=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\">http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html</a></blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Ok normal</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> \n>>>>> 3) Pour le PPN qui comporte 8 chiffres et une lettre .... \n>>>>> J\'ai essayé de joindre les collègues fonctionnels mais ils ne sont \n>>>>> pas joignables pour le moment. Les quelques docs que j\'ai trouvées \n>>>>> parlent bien de 9 chiffres. Tu as une info ou une doc où ils \n>>>>> parlent d\'une possibilité de caractères autres ? \n>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> \n>>>> Voici un extrait de la doc de l\'ABES : \n>>>> Zone 001 : Numéro d\'identification de la notice \n>>>> Zone système protégée, obligatoire, non répétable, sans indicateurs \n>>>> et sans sous-zones. \n>>>> Le contenu de la zone est générée automatiquement par le système \n>>>> lors de la validation d\'une nouvelle notice \n>>>> Dans le Sudoc, l\'identifiant unique de la notice est appelé ppn (= \n>>>> Pica production number). Il comporte 9 caractères : \n>>>> 8 chiffres (attribués par le système de manière séquentielle = \n>>>> numéro d\'\"ordre\" de la notice dans la base de données) \n>>>> une clé de contrôle sur 1 caractère, qui peut être un chiffre ou \"X\" \n>>>></blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> 4) Concernant le fichier maintenant ... \n>>>>> Je ne connais pas assez le TEF, mais je sais que le type mime et \n>>>>> l\'URL du fichier sont à 2 endroits dans le TEF que nous générons. \n>>>>> Dans tes fiches, cela n\'apparait qu\'une fois. Il reste la rubrique \n>>>>> suivante qui est vide : \n>>>>> <mets:fileSec> \n>>>>> <mets:fileGrp USE=\"archive\" ID=\"FGrID1\"> \n>>>>> <mets:file ID=\"FID1\" MIMETYPE=\"\" ADMID=\"file_1\" USE=\"maitre\"> \n>>>>> <mets:FLocat LOCTYPE=\"URL\" xlink:href=\"\"/> \n>>>>> </mets:file> \n>>>>> </mets:fileGrp> \n>>>>> </mets:fileSec> \n>>>>> D\'où l\'erreur dans l\'IHM ... \n>>>>> Si on se réfère à cette doc, on lit \"*Seule l\'édition d\'archivage \n>>>>> doit obligatoirement être représentée dans cette section.* Cette \n>>>>> présence est facultative pour les autres éditions. \". \n>>>>> Dans ton cas, si je prends la fiche Metz_13738551X.xml, on voit \n>>>>> bien USE=\"archive\" dans le bloc mets:fileSec. Si je comprends \n>>>>> bien, dans ce cas, les métadonnées MIMETYPE et URL sont \n>>>>> obligatoires. Ici elles ne sont pas remplies.</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> J\'ai corrigé mes fichiers en remplissant <mets:fileSec> et je \n>>>> récupe^\'re bien l\'URL lors de l\'import. \n>>>> Pour l\'anecdote je n\'ai pas réussi à importer un fichier TEF généré \n>>>> par ORI (pas de chance ???) \n>>>></blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> \n>>>>> \n>>>>> Je reviens vers toi quand tu auras pu me donner un peu plus \n>>>>> d\'infos et fait un retour sur ce mail. \n>>>>> Je te dirai aussi ce que j\'ai eu comme infos pour le PPN. \n>>>>> \n>>>>> A bientôt, \n>>>>> \n>>>>> Yohan COLMANT \n>>>>> Direction des Systèmes d\'Information \n>>>>> UVHC <http://www.univ-valenciennes.fr> - Université de \n>>>>> Valenciennes et du Hainaut Cambrésis \n>>>>> Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org> \n>>>>> \n>>>>> \n>>>>> Alain Le Drezen a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_5\">>>>>>> Bonjour, \n>>>>>> \n>>>>>> Voici quelques problèmes rencontrés lors de l\'import de notices \n>>>>>> de thèses du SUDOC (import en pièce jointe). \n>>>>>> \n>>>>>> L\'URL du fichier (<dc:identifier xsi:type=\"dcterms:URI\">) ne \n>>>>>> s\'importe pas. \n>>>>>> \n>>>>>> La notice de la thèse \"Quelle formation pour le médecin \n>>>>>> généraliste psychothérapeute de fait\" ne s\'affiche pas dans \n>>>>>> l\'éditeur (page grise vide). Il semble que ce soit lié à la \n>>>>>> présence de caractères étranges en début du titre. Mais ceci ne \n>>>>>> devrait pas être bloquant. \n>>>>>> \n>>>>>> Dans l\'éditeur, l\'erreur \"Le PPN du mot sujet Rameau doit être \n>>>>>> composé de neuf chiffres\" est erronée. Un PPN peu contenir des \n>>>>>> caractères. \n>>>>>> \n>>>>>> Merci d\'avance pour tout élément de réponse. \n>>>>>> \n>>>>>> Alain \n>>>>>> \n>>>>>> \n>>>>>> \n>>>>>> </blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> \n>> \n>> \n>> \n>></div>\n</blockquote>\n</div>\n', created = 1507748735, expire = 1507835135, headers = '', serialized = 0 WHERE cid = '4:d672bab9c5a2d17ab486242da98f00b0' 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:874f0d1ceaf9df89872bdc9c0a25c2fe' 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: Times New Roman; font-size: 12pt; color: #000000\'><div>Un exemple de fiche TEF avec cette erreur ?</div><div> </div><div>Yann</div><div> </div> ----- Mail Original ----- De: \"Yohan Colmant\" <\n <script type=\"text/javascript\" >  </script>> À: <a href=\"mailto:ori-oai-utilisateurs@listes.univ-rennes1.fr\">ori-oai-utilisateurs@listes.univ-rennes1.fr</a> Envoyé: Vendredi 10 Septembre 2010 15:06:53 Objet: Re: [ori-oai-utilisateurs] Pb import TEF \n\nSalut JF, \n \nJe réponds dans le mail. \n \n\n<div class=\"moz-signature\">\n<div class=\"moz-signature\">\nYohan COLMANT \nDirection des Systèmes d\'Information \n<a href=\"http://www.univ-valenciennes.fr\" target=\"_blank\">UVHC</a> - Université de\nValenciennes et du Hainaut Cambrésis \nCoordinateur Technique du projet <a href=\"http://www.ori-oai.org\" target=\"_blank\">ORI-OAI</a>\n\n</div>\n</div>\n \n \nJean-François Lutz a écrit :\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Bonjour\nYohan,\n \n \nMerci pour ton aide toujours aussi efficace !\n \n \nJe me permets de répondre sur les imports de fiches issues de STAR.\nComme l\'indiquait Alain nous ne pouvons pas nous contenter de les\nmoissonner car les laboratoires et les écoles doctorales ont été\nsaisies dans STAR sans aucune liste ou forme d\'autorité, d\'où un nombre\ntrès élevé de doublons (un même labo décrit de 5 manières différentes\npar exemples, sachant qu\'il y a 82 laboratoires...). Nous allons donc\nles importer et utiliser les listes d\'autorité internes à ORI-OAI.\n \n \n1. au niveau de l\'import du fichier XML le problème est résolu. Les\nfiches TEF XML produites par STAR comportent les trois caractères\nsuivants ï»¿ avant la première balise de l\'entête et ils font planter\nl\'import. Il suffit pour l\'instant de les supprimer. Peut-être la\nnouvelle version de STAR corrigera-t-elle ce bug.\n \n</blockquote></div></div>\nbonne nouvelle :-) \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote> \n2. dans le workflow, l\'édition se passe sans problème mais au niveau de\nla publication, outre le fait qu\'il faut cocher la case \"fichier\nmaître\" ce qui est un détail, un problème persiste sans qu\'Alain et moi\narrivions à déterminer son origine. Le message suivant apparaît dans la\ncolonne \"Informations\" et il empêche de publier la fiche : \"Toute\nEDITION de la thèse doit être associée à des métadonnées de type\n\"tef_desc_edition\".\" Quelqu\'un aurait-il une idée de la solution ?\nMerci par avance.\n \n</blockquote></div></div>\nTu as l\'erreur quand tu essayes de la publier simplement ou quand tu\ntentes de l\'envoyer à l\'ABES ? Et le problème a lieu avec une fiche\nimportée ou saisie de zéro dans ORI-OAI ? \n \nSi je regarde cette erreur, elle vient du schematron de l\'ABES avec\ncette règle : \n \n  <pattern name=\"mets_structMap_meta_Edition\"\nid=\"mets_structMap_meta_Edition\"> \n    <rule\ncontext=\"/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE=\'EDITION\']\"> \n      <assert test=\"@DMDID =\n/mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE=\'tef_desc_edition\']]/@ID\">tef_easy.schematron.tef-abes.structMap.meta_Edition.check_rule</assert> \n    </rule> \n  </pattern> \n \nDonc autrement dit, l\'erreur apparait quand \n/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE=\'EDITION\']/@DMDID\n \nn\'est pas égal à \n/mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE=\'tef_desc_edition\']]/@ID\n \ndans la fiche TEF. \n \nEst-ce que ça parle à quelqu\'un ? \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote> \nBon week-end.\n \n \nJean-François.\n \n \n \nYohan Colmant a écrit :\n \n <div class=\"emailFilter_Author_1\"><blockquote>Alain,\n \n \nNous venons d\'avoir une réponse de l\'ABES pour le PPN et tu avais bien\nraison : \"le dernier caractère est un chiffre de contrôle, qui peut\nêtre soit un numéro soit un X, il n\'y a pas d\'autre caractère\nalphabétique possible. \".\n \nJe te propose donc ce correctif (qui sera intégré dans une prochaine\nversion).\n \n \nDans\nori-oai-md-editor\\WEB-INF\\resources\\forms\\ori-md-editor\\tef-global\\form\\form.xhtml\nil faut remplacer toutes les occurrences de\n \n[0-9]{9}\n \npar\n \n[0-9]{8}[X0-9]{1}\n \n \nDonc pour les fiches du SUDOC, à part les champs qui ne sont pas\nremplis à fond, ceci corrige ton problème ?\n \n \n \nConcernant les fiches qui proviennent de STAR, tu ne m\'en avais pas\nparlé ?\n \n \nPeux-tu m\'en envoyer une d\'exemple stp ?\n \nQuand tu dis que ça plante, c\'est au niveau du md-editor ou déjà dans\nle workflow ?\n \n \nMerci\n \n \nYohan COLMANT\n \nDirection des Systèmes d\'Information\n \nUVHC <a class=\"moz-txt-link-rfc2396E\" href=\"http://www.univ-valenciennes.fr\" target=\"_blank\"><http://www.univ-valenciennes.fr></a> - Université de\nValenciennes et du Hainaut Cambrésis\n \nCoordinateur Technique du projet ORI-OAI <a class=\"moz-txt-link-rfc2396E\" href=\"http://www.ori-oai.org\" target=\"_blank\"><http://www.ori-oai.org></a>\n \n \n \nle drezen alain a écrit :\n \n <div class=\"emailFilter_Author_2\"><blockquote>Bonjour Yohan,\n \n \nVoici les éléments de réponse.\n \n \nLe 10/09/2010 10:31, Yohan Colmant a écrit :\n \n <div class=\"emailFilter_Author_3\"><blockquote>Salut Alain,\n \n \nJe commence ENFIN à me pencher sur ton problème.\n \n \nEn premier lieu, pourquoi importes-tu les fiches dans ton workflow ? Tu\nne peux pas les moissonner plutôt ? Comment les as-tu récupérées ?\n \n \n </blockquote></div>\nPour le SUDOC pas de moissonnage possible. Pour Star le moissonnage\nserait possible. Mais dans les deux cas nous devons modifier les\nnotices ce qui n\'est pas possible sur une notice moissonnée.\n \n <div class=\"emailFilter_Author_3\"><blockquote>Là, les erreurs que tu mentionnes\napparaissent dans le md-editor, mais pas dans le workflow ? Si tu veux\njuste importer ces fiches et les publier, rien ne te bloque ?\n \n </blockquote></div>\nEn ce qui concerne l\'import, en effet pas de problème pour les notices\nSUDOC. Ce n\'est pas le cas pour les notices STAR qui elles plantent dès\nl\'import..\n \nCependant certaines notices SUDOC ne sont pas éditable dans le workflow\nce qui empêchera de les compléter et donc de les publier.\n \n <div class=\"emailFilter_Author_3\"><blockquote>Si je n\'arrivais pas à débloquer ton\nproblème avant le retour de Nolwen, est-ce que tu serais bloqué ? En\ngros, as-tu besoin de modifier les fiches que tu importes ou non ?\n \n </blockquote></div>\nOui, nous devons les modifier avant de les publier. Par exemple la\nthèse nommée \"Quelle formation pour le médecin généraliste\npsychothérapeute de fait\" ne s\'ouvre pas dans l\'éditeur à cause des\ncaractères spéciaux en début de titre.\n \n <div class=\"emailFilter_Author_3\"><blockquote>Si non, tu peux simplement importer les\nfiches et les indexer. Effectivement, si tu cherches à les visualiser\ndans le md-editor, tu auras ces soucis, mais cela te permet tout de\nmême de faire l\'import en attendant ?\n \n \n \nSecond point, c\'est Nolwen qui est plus à même de répondre à tes\ninterrogations sur le module, donc je vais faire de mon mieux :-(\n \n \n \nPour commencer, j\'ai pris en exemple la fiche Metz_13738551X.xml\n \n \n1) Les erreurs liées au nom et prénom qui ne doivent pas être vides\nsont connues. Là on a des choses à faire par la suite, mais c\'est juste\nun soucis d\'affichage. Il te suffit de cliquer sur le nom et refermer\nla fenêtre de saisie de la personne pour voir que l\'erreur disparait.\nNolwen n\'avait pas réussi à contourner ce problème avant son départ.\n \nLorsque tu as un PPN composé de 9 chiffres comme prévu jusqu\'ici dans\nl\'éditeur TEF, le même problème se pose, ouvre et referme la fenêtre de\nsaisie, tu verras que ça marche en fait.\n \n \n </blockquote></div>\nCa c\'est un pb connu\n \n <div class=\"emailFilter_Author_3\"><blockquote>2) Il manque des mots-clefs en français.\nIls sont décrits comme obligatoires dans le TEF :\n<a class=\"moz-txt-link-freetext\" href=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\" target=\"_blank\">http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html</a>\n \n </blockquote></div>\nOk normal\n \n <div class=\"emailFilter_Author_3\"><blockquote> \n3) Pour le PPN qui comporte 8 chiffres et une lettre ....\n \nJ\'ai essayé de joindre les collègues fonctionnels mais ils ne sont pas\njoignables pour le moment. Les quelques docs que j\'ai trouvées parlent\nbien de 9 chiffres. Tu as une info ou une doc où ils parlent d\'une\npossibilité de caractères autres ?\n \n \n </blockquote></div>\n \nVoici un extrait de la doc de l\'ABES :\n \nZone 001 : Numéro d\'identification de la notice\n \nZone système protégée, obligatoire, non répétable, sans indicateurs et\nsans sous-zones.\n \nLe contenu de la zone est générée automatiquement par le système lors\nde la validation d\'une nouvelle notice\n \nDans le Sudoc, l\'identifiant unique de la notice est appelé ppn (= Pica\nproduction number). Il comporte 9 caractères :\n \n8 chiffres (attribués par le système de manière séquentielle = numéro\nd\'\"ordre\" de la notice dans la base de données)\n \nune clé de contrôle sur 1 caractère, qui peut être un chiffre ou \"X\"\n \n \n <div class=\"emailFilter_Author_3\"><blockquote>4) Concernant le fichier maintenant ...\n \nJe ne connais pas assez le TEF, mais je sais que le type mime et l\'URL\ndu fichier sont à 2 endroits dans le TEF que nous générons.\n \nDans tes fiches, cela n\'apparait qu\'une fois. Il reste la rubrique\nsuivante qui est vide :\n \n<mets:fileSec>\n \n<mets:fileGrp USE=\"archive\" ID=\"FGrID1\">\n \n<mets:file ID=\"FID1\" MIMETYPE=\"\" ADMID=\"file_1\" USE=\"maitre\">\n \n<mets:FLocat LOCTYPE=\"URL\" xlink:href=\"\"/>\n \n</mets:file>\n \n</mets:fileGrp>\n \n</mets:fileSec>\n \nD\'où l\'erreur dans l\'IHM ...\n \nSi on se réfère à cette doc, on lit \"*Seule l\'édition d\'archivage doit\nobligatoirement être représentée dans cette section.* Cette présence\nest facultative pour les autres éditions. \".\n \nDans ton cas, si je prends la fiche Metz_13738551X.xml, on voit bien\nUSE=\"archive\" dans le bloc mets:fileSec. Si je comprends bien, dans ce\ncas, les métadonnées MIMETYPE et URL sont obligatoires. Ici elles ne\nsont pas remplies.\n \n </blockquote></div>\nJ\'ai corrigé mes fichiers en remplissant <mets:fileSec> et je\nrécupe^\'re bien l\'URL lors de l\'import.\n \nPour l\'anecdote je n\'ai pas réussi à importer un fichier TEF généré par\nORI (pas de chance ???)\n \n \n <div class=\"emailFilter_Author_3\"><blockquote> \n \nJe reviens vers toi quand tu auras pu me donner un peu plus d\'infos et\nfait un retour sur ce mail.\n \nJe te dirai aussi ce que j\'ai eu comme infos pour le PPN.\n \n \nA bientôt,\n \n \nYohan COLMANT\n \nDirection des Systèmes d\'Information\n \nUVHC <a class=\"moz-txt-link-rfc2396E\" href=\"http://www.univ-valenciennes.fr\" target=\"_blank\"><http://www.univ-valenciennes.fr></a> - Université de\nValenciennes et du Hainaut Cambrésis\n \nCoordinateur Technique du projet ORI-OAI <a class=\"moz-txt-link-rfc2396E\" href=\"http://www.ori-oai.org\" target=\"_blank\"><http://www.ori-oai.org></a>\n \n \n \nAlain Le Drezen a écrit :\n \n <div class=\"emailFilter_Author_4\"><blockquote>Bonjour,\n \n \nVoici quelques problèmes rencontrés lors de l\'import de notices de\nthèses du SUDOC (import en pièce jointe).\n \n \nL\'URL du fichier (<dc:identifier xsi:type=\"dcterms:URI\">) ne\ns\'importe pas.\n \n \nLa notice de la thèse \"Quelle formation pour le médecin généraliste\npsychothérapeute de fait\" ne s\'affiche pas dans l\'éditeur (page grise\nvide). Il semble que ce soit lié à la présence de caractères étranges\nen début du titre. Mais ceci ne devrait pas être bloquant.\n \n \nDans l\'éditeur, l\'erreur \"Le PPN du mot sujet Rameau doit être composé\nde neuf chiffres\" est erronée. Un PPN peu contenir des caractères.\n \n \nMerci d\'avance pour tout élément de réponse.\n \n \nAlain\n \n \n \n \n  </blockquote></div>\n </blockquote></div>\n \n </blockquote></div>\n </blockquote></div>\n \n \n \n \n \n</blockquote></div></div>\n\n\n</div></body></html></div>', created = 1507748735, expire = 1507835135, headers = '', serialized = 0 WHERE cid = '4:874f0d1ceaf9df89872bdc9c0a25c2fe' 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:aff32bb2412831e7d631f9909c7a35dd' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE html PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n<head>\n <meta content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\">\n</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\nSalut JF, \n \nJe réponds dans le mail. \n \n\n<div class=\"moz-signature\">\n<div class=\"moz-signature\">\nYohan COLMANT \nDirection des Systèmes d\'Information \n<a href=\"http://www.univ-valenciennes.fr\">UVHC</a> - Université de\nValenciennes et du Hainaut Cambrésis \nCoordinateur Technique du projet <a href=\"http://www.ori-oai.org\">ORI-OAI</a>\n\n</div>\n</div>\n \n \nJean-François Lutz a écrit :\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Bonjour\nYohan,\n \n \nMerci pour ton aide toujours aussi efficace !\n \n \nJe me permets de répondre sur les imports de fiches issues de STAR.\nComme l\'indiquait Alain nous ne pouvons pas nous contenter de les\nmoissonner car les laboratoires et les écoles doctorales ont été\nsaisies dans STAR sans aucune liste ou forme d\'autorité, d\'où un nombre\ntrès élevé de doublons (un même labo décrit de 5 manières différentes\npar exemples, sachant qu\'il y a 82 laboratoires...). Nous allons donc\nles importer et utiliser les listes d\'autorité internes à ORI-OAI.\n \n \n1. au niveau de l\'import du fichier XML le problème est résolu. Les\nfiches TEF XML produites par STAR comportent les trois caractères\nsuivants ï»¿ avant la première balise de l\'entête et ils font planter\nl\'import. Il suffit pour l\'instant de les supprimer. Peut-être la\nnouvelle version de STAR corrigera-t-elle ce bug.\n \n</blockquote></div></div>\nbonne nouvelle :-) \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote> \n2. dans le workflow, l\'édition se passe sans problème mais au niveau de\nla publication, outre le fait qu\'il faut cocher la case \"fichier\nmaître\" ce qui est un détail, un problème persiste sans qu\'Alain et moi\narrivions à déterminer son origine. Le message suivant apparaît dans la\ncolonne \"Informations\" et il empêche de publier la fiche : \"Toute\nEDITION de la thèse doit être associée à des métadonnées de type\n\"tef_desc_edition\".\" Quelqu\'un aurait-il une idée de la solution ?\nMerci par avance.\n \n</blockquote></div></div>\nTu as l\'erreur quand tu essayes de la publier simplement ou quand tu\ntentes de l\'envoyer à l\'ABES ? Et le problème a lieu avec une fiche\nimportée ou saisie de zéro dans ORI-OAI ? \n \nSi je regarde cette erreur, elle vient du schematron de l\'ABES avec\ncette règle : \n \n  <pattern name=\"mets_structMap_meta_Edition\"\nid=\"mets_structMap_meta_Edition\"> \n    <rule\ncontext=\"/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE=\'EDITION\']\"> \n      <assert test=\"@DMDID =\n/mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE=\'tef_desc_edition\']]/@ID\">tef_easy.schematron.tef-abes.structMap.meta_Edition.check_rule</assert> \n    </rule> \n  </pattern> \n \nDonc autrement dit, l\'erreur apparait quand \n/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE=\'EDITION\']/@DMDID\n \nn\'est pas égal à \n/mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE=\'tef_desc_edition\']]/@ID\n \ndans la fiche TEF. \n \nEst-ce que ça parle à quelqu\'un ? \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote> \nBon week-end.\n \n \nJean-François.\n \n \n \nYohan Colmant a écrit :\n \n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">Alain,\n \n \nNous venons d\'avoir une réponse de l\'ABES pour le PPN et tu avais bien\nraison : \"le dernier caractère est un chiffre de contrôle, qui peut\nêtre soit un numéro soit un X, il n\'y a pas d\'autre caractère\nalphabétique possible. \".\n \nJe te propose donc ce correctif (qui sera intégré dans une prochaine\nversion).\n \n \nDans\nori-oai-md-editor\\WEB-INF\\resources\\forms\\ori-md-editor\\tef-global\\form\\form.xhtml\nil faut remplacer toutes les occurrences de\n \n[0-9]{9}\n \npar\n \n[0-9]{8}[X0-9]{1}\n \n \nDonc pour les fiches du SUDOC, à part les champs qui ne sont pas\nremplis à fond, ceci corrige ton problème ?\n \n \n \nConcernant les fiches qui proviennent de STAR, tu ne m\'en avais pas\nparlé ?\n \n \nPeux-tu m\'en envoyer une d\'exemple stp ?\n \nQuand tu dis que ça plante, c\'est au niveau du md-editor ou déjà dans\nle workflow ?\n \n \nMerci\n \n \nYohan COLMANT\n \nDirection des Systèmes d\'Information\n \nUVHC <a class=\"moz-txt-link-rfc2396E\" href=\"http://www.univ-valenciennes.fr\"><http://www.univ-valenciennes.fr></a> - Université de\nValenciennes et du Hainaut Cambrésis\n \nCoordinateur Technique du projet ORI-OAI <a class=\"moz-txt-link-rfc2396E\" href=\"http://www.ori-oai.org\"><http://www.ori-oai.org></a>\n \n \n \nle drezen alain a écrit :\n \n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">Bonjour Yohan,\n \n \nVoici les éléments de réponse.\n \n \nLe 10/09/2010 10:31, Yohan Colmant a écrit :\n \n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">Salut Alain,\n \n \nJe commence ENFIN à me pencher sur ton problème.\n \n \nEn premier lieu, pourquoi importes-tu les fiches dans ton workflow ? Tu\nne peux pas les moissonner plutôt ? Comment les as-tu récupérées ?\n \n \n </blockquote></div>\nPour le SUDOC pas de moissonnage possible. Pour Star le moissonnage\nserait possible. Mais dans les deux cas nous devons modifier les\nnotices ce qui n\'est pas possible sur une notice moissonnée.\n \n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">Là, les erreurs que tu mentionnes\napparaissent dans le md-editor, mais pas dans le workflow ? Si tu veux\njuste importer ces fiches et les publier, rien ne te bloque ?\n \n </blockquote></div>\nEn ce qui concerne l\'import, en effet pas de problème pour les notices\nSUDOC. Ce n\'est pas le cas pour les notices STAR qui elles plantent dès\nl\'import..\n \nCependant certaines notices SUDOC ne sont pas éditable dans le workflow\nce qui empêchera de les compléter et donc de les publier.\n \n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">Si je n\'arrivais pas à débloquer ton\nproblème avant le retour de Nolwen, est-ce que tu serais bloqué ? En\ngros, as-tu besoin de modifier les fiches que tu importes ou non ?\n \n </blockquote></div>\nOui, nous devons les modifier avant de les publier. Par exemple la\nthèse nommée \"Quelle formation pour le médecin généraliste\npsychothérapeute de fait\" ne s\'ouvre pas dans l\'éditeur à cause des\ncaractères spéciaux en début de titre.\n \n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">Si non, tu peux simplement importer les\nfiches et les indexer. Effectivement, si tu cherches à les visualiser\ndans le md-editor, tu auras ces soucis, mais cela te permet tout de\nmême de faire l\'import en attendant ?\n \n \n \nSecond point, c\'est Nolwen qui est plus à même de répondre à tes\ninterrogations sur le module, donc je vais faire de mon mieux :-(\n \n \n \nPour commencer, j\'ai pris en exemple la fiche Metz_13738551X.xml\n \n \n1) Les erreurs liées au nom et prénom qui ne doivent pas être vides\nsont connues. Là on a des choses à faire par la suite, mais c\'est juste\nun soucis d\'affichage. Il te suffit de cliquer sur le nom et refermer\nla fenêtre de saisie de la personne pour voir que l\'erreur disparait.\nNolwen n\'avait pas réussi à contourner ce problème avant son départ.\n \nLorsque tu as un PPN composé de 9 chiffres comme prévu jusqu\'ici dans\nl\'éditeur TEF, le même problème se pose, ouvre et referme la fenêtre de\nsaisie, tu verras que ça marche en fait.\n \n \n </blockquote></div>\nCa c\'est un pb connu\n \n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">2) Il manque des mots-clefs en français.\nIls sont décrits comme obligatoires dans le TEF :\n<a class=\"moz-txt-link-freetext\" href=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\">http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html</a>\n \n </blockquote></div>\nOk normal\n \n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\"> \n3) Pour le PPN qui comporte 8 chiffres et une lettre ....\n \nJ\'ai essayé de joindre les collègues fonctionnels mais ils ne sont pas\njoignables pour le moment. Les quelques docs que j\'ai trouvées parlent\nbien de 9 chiffres. Tu as une info ou une doc où ils parlent d\'une\npossibilité de caractères autres ?\n \n \n </blockquote></div>\n \nVoici un extrait de la doc de l\'ABES :\n \nZone 001 : Numéro d\'identification de la notice\n \nZone système protégée, obligatoire, non répétable, sans indicateurs et\nsans sous-zones.\n \nLe contenu de la zone est générée automatiquement par le système lors\nde la validation d\'une nouvelle notice\n \nDans le Sudoc, l\'identifiant unique de la notice est appelé ppn (= Pica\nproduction number). Il comporte 9 caractères :\n \n8 chiffres (attribués par le système de manière séquentielle = numéro\nd\'\"ordre\" de la notice dans la base de données)\n \nune clé de contrôle sur 1 caractère, qui peut être un chiffre ou \"X\"\n \n \n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">4) Concernant le fichier maintenant ...\n \nJe ne connais pas assez le TEF, mais je sais que le type mime et l\'URL\ndu fichier sont à 2 endroits dans le TEF que nous générons.\n \nDans tes fiches, cela n\'apparait qu\'une fois. Il reste la rubrique\nsuivante qui est vide :\n \n<mets:fileSec>\n \n<mets:fileGrp USE=\"archive\" ID=\"FGrID1\">\n \n<mets:file ID=\"FID1\" MIMETYPE=\"\" ADMID=\"file_1\" USE=\"maitre\">\n \n<mets:FLocat LOCTYPE=\"URL\" xlink:href=\"\"/>\n \n</mets:file>\n \n</mets:fileGrp>\n \n</mets:fileSec>\n \nD\'où l\'erreur dans l\'IHM ...\n \nSi on se réfère à cette doc, on lit \"*Seule l\'édition d\'archivage doit\nobligatoirement être représentée dans cette section.* Cette présence\nest facultative pour les autres éditions. \".\n \nDans ton cas, si je prends la fiche Metz_13738551X.xml, on voit bien\nUSE=\"archive\" dans le bloc mets:fileSec. Si je comprends bien, dans ce\ncas, les métadonnées MIMETYPE et URL sont obligatoires. Ici elles ne\nsont pas remplies.\n \n </blockquote></div>\nJ\'ai corrigé mes fichiers en remplissant <mets:fileSec> et je\nrécupe^\'re bien l\'URL lors de l\'import.\n \nPour l\'anecdote je n\'ai pas réussi à importer un fichier TEF généré par\nORI (pas de chance ???)\n \n \n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\"> \n \nJe reviens vers toi quand tu auras pu me donner un peu plus d\'infos et\nfait un retour sur ce mail.\n \nJe te dirai aussi ce que j\'ai eu comme infos pour le PPN.\n \n \nA bientôt,\n \n \nYohan COLMANT\n \nDirection des Systèmes d\'Information\n \nUVHC <a class=\"moz-txt-link-rfc2396E\" href=\"http://www.univ-valenciennes.fr\"><http://www.univ-valenciennes.fr></a> - Université de\nValenciennes et du Hainaut Cambrésis\n \nCoordinateur Technique du projet ORI-OAI <a class=\"moz-txt-link-rfc2396E\" href=\"http://www.ori-oai.org\"><http://www.ori-oai.org></a>\n \n \n \nAlain Le Drezen a écrit :\n \n <div class=\"emailFilter_Author_4\"><blockquote type=\"cite\">Bonjour,\n \n \nVoici quelques problèmes rencontrés lors de l\'import de notices de\nthèses du SUDOC (import en pièce jointe).\n \n \nL\'URL du fichier (<dc:identifier xsi:type=\"dcterms:URI\">) ne\ns\'importe pas.\n \n \nLa notice de la thèse \"Quelle formation pour le médecin généraliste\npsychothérapeute de fait\" ne s\'affiche pas dans l\'éditeur (page grise\nvide). Il semble que ce soit lié à la présence de caractères étranges\nen début du titre. Mais ceci ne devrait pas être bloquant.\n \n \nDans l\'éditeur, l\'erreur \"Le PPN du mot sujet Rameau doit être composé\nde neuf chiffres\" est erronée. Un PPN peu contenir des caractères.\n \n \nMerci d\'avance pour tout élément de réponse.\n \n \nAlain\n \n \n \n \n  </blockquote></div>\n </blockquote></div>\n \n </blockquote></div>\n </blockquote></div>\n \n \n \n \n \n</blockquote></div></div>\n</body>\n</html>\n</div>', created = 1507748735, expire = 1507835135, headers = '', serialized = 0 WHERE cid = '4:aff32bb2412831e7d631f9909c7a35dd' 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:32ef1b896bcc1651d1e217fc46f9db6b' 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 Yohan,\nMerci pour ton aide toujours aussi efficace !\nJe me permets de répondre sur les imports de fiches issues de STAR. \nComme l\'indiquait Alain nous ne pouvons pas nous contenter de les \nmoissonner car les laboratoires et les écoles doctorales ont été saisies \ndans STAR sans aucune liste ou forme d\'autorité, d\'où un nombre très \nélevé de doublons (un même labo décrit de 5 manières différentes par \nexemples, sachant qu\'il y a 82 laboratoires...). Nous allons donc les \nimporter et utiliser les listes d\'autorité internes à ORI-OAI.\n1. au niveau de l\'import du fichier XML le problème est résolu. Les \nfiches TEF XML produites par STAR comportent les trois caractères \nsuivants ï»¿ avant la première balise de l\'entête et ils font planter \nl\'import. Il suffit pour l\'instant de les supprimer. Peut-être la \nnouvelle version de STAR corrigera-t-elle ce bug.\n2. dans le workflow, l\'édition se passe sans problème mais au niveau de \nla publication, outre le fait qu\'il faut cocher la case \"fichier maître\" \nce qui est un détail, un problème persiste sans qu\'Alain et moi \narrivions à déterminer son origine. Le message suivant apparaît dans la \ncolonne \"Informations\" et il empêche de publier la fiche : \"Toute \nEDITION de la thèse doit être associée à des métadonnées de type \n\"tef_desc_edition\".\" Quelqu\'un aurait-il une idée de la solution ? Merci \npar avance.\nBon week-end.\nJean-François.\nYohan Colmant a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Alain, \n> \n> Nous venons d\'avoir une réponse de l\'ABES pour le PPN et tu avais bien \n> raison : \"le dernier caractère est un chiffre de contrôle, qui peut \n> être soit un numéro soit un X, il n\'y a pas d\'autre caractère \n> alphabétique possible. \". \n> Je te propose donc ce correctif (qui sera intégré dans une prochaine \n> version). \n> \n> Dans \n> ori-oai-md-editor\\WEB-INF\\resources\\forms\\ori-md-editor\\tef-global\\form\\form.xhtml \n> il faut remplacer toutes les occurrences de \n> [0-9]{9} \n> par \n> [0-9]{8}[X0-9]{1} \n> \n> Donc pour les fiches du SUDOC, à part les champs qui ne sont pas \n> remplis à fond, ceci corrige ton problème ? \n> \n> \n> Concernant les fiches qui proviennent de STAR, tu ne m\'en avais pas \n> parlé ? \n> \n> Peux-tu m\'en envoyer une d\'exemple stp ? \n> Quand tu dis que ça plante, c\'est au niveau du md-editor ou déjà dans \n> le workflow ? \n> \n> Merci \n> \n> Yohan COLMANT \n> Direction des Systèmes d\'Information \n> UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes et \n> du Hainaut Cambrésis \n> Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org> \n> \n> \n> le drezen alain a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour Yohan, \n>> \n>> Voici les éléments de réponse. \n>> \n>> Le 10/09/2010 10:31, Yohan Colmant a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Salut Alain, \n>>> \n>>> Je commence ENFIN à me pencher sur ton problème. \n>>> \n>>> En premier lieu, pourquoi importes-tu les fiches dans ton workflow ? \n>>> Tu ne peux pas les moissonner plutôt ? Comment les as-tu récupérées ? \n>>></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Pour le SUDOC pas de moissonnage possible. Pour Star le moissonnage \n>> serait possible. Mais dans les deux cas nous devons modifier les \n>> notices ce qui n\'est pas possible sur une notice moissonnée.</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Là, les erreurs que tu mentionnes apparaissent dans le md-editor, \n>>> mais pas dans le workflow ? Si tu veux juste importer ces fiches et \n>>> les publier, rien ne te bloque ?</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> En ce qui concerne l\'import, en effet pas de problème pour les \n>> notices SUDOC. Ce n\'est pas le cas pour les notices STAR qui elles \n>> plantent dès l\'import.. \n>> Cependant certaines notices SUDOC ne sont pas éditable dans le \n>> workflow ce qui empêchera de les compléter et donc de les publier.</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Si je n\'arrivais pas à débloquer ton problème avant le retour de \n>>> Nolwen, est-ce que tu serais bloqué ? En gros, as-tu besoin de \n>>> modifier les fiches que tu importes ou non ?</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Oui, nous devons les modifier avant de les publier. Par exemple la \n>> thèse nommée \"Quelle formation pour le médecin généraliste \n>> psychothérapeute de fait\" ne s\'ouvre pas dans l\'éditeur à cause des \n>> caractères spéciaux en début de titre.</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Si non, tu peux simplement importer les fiches et les indexer. \n>>> Effectivement, si tu cherches à les visualiser dans le md-editor, tu \n>>> auras ces soucis, mais cela te permet tout de même de faire l\'import \n>>> en attendant ? \n>>> \n>>> \n>>> Second point, c\'est Nolwen qui est plus à même de répondre à tes \n>>> interrogations sur le module, donc je vais faire de mon mieux :-( \n>>> \n>>> \n>>> Pour commencer, j\'ai pris en exemple la fiche Metz_13738551X.xml \n>>> \n>>> 1) Les erreurs liées au nom et prénom qui ne doivent pas être vides \n>>> sont connues. Là on a des choses à faire par la suite, mais c\'est \n>>> juste un soucis d\'affichage. Il te suffit de cliquer sur le nom et \n>>> refermer la fenêtre de saisie de la personne pour voir que l\'erreur \n>>> disparait. Nolwen n\'avait pas réussi à contourner ce problème avant \n>>> son départ. \n>>> Lorsque tu as un PPN composé de 9 chiffres comme prévu jusqu\'ici \n>>> dans l\'éditeur TEF, le même problème se pose, ouvre et referme la \n>>> fenêtre de saisie, tu verras que ça marche en fait. \n>>></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Ca c\'est un pb connu</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> 2) Il manque des mots-clefs en français. Ils sont décrits comme \n>>> obligatoires dans le TEF : \n>>> <a href=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\" title=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\">http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html</a></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Ok normal</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> \n>>> 3) Pour le PPN qui comporte 8 chiffres et une lettre .... \n>>> J\'ai essayé de joindre les collègues fonctionnels mais ils ne sont \n>>> pas joignables pour le moment. Les quelques docs que j\'ai trouvées \n>>> parlent bien de 9 chiffres. Tu as une info ou une doc où ils parlent \n>>> d\'une possibilité de caractères autres ? \n>>></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> \n>> Voici un extrait de la doc de l\'ABES : \n>> Zone 001 : Numéro d\'identification de la notice \n>> Zone système protégée, obligatoire, non répétable, sans indicateurs \n>> et sans sous-zones. \n>> Le contenu de la zone est générée automatiquement par le système lors \n>> de la validation d\'une nouvelle notice \n>> Dans le Sudoc, l\'identifiant unique de la notice est appelé ppn (= \n>> Pica production number). Il comporte 9 caractères : \n>> 8 chiffres (attribués par le système de manière séquentielle = numéro \n>> d\'\"ordre\" de la notice dans la base de données) \n>> une clé de contrôle sur 1 caractère, qui peut être un chiffre ou \"X\" \n>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> 4) Concernant le fichier maintenant ... \n>>> Je ne connais pas assez le TEF, mais je sais que le type mime et \n>>> l\'URL du fichier sont à 2 endroits dans le TEF que nous générons. \n>>> Dans tes fiches, cela n\'apparait qu\'une fois. Il reste la rubrique \n>>> suivante qui est vide : \n>>> <mets:fileSec> \n>>> <mets:fileGrp USE=\"archive\" ID=\"FGrID1\"> \n>>> <mets:file ID=\"FID1\" MIMETYPE=\"\" ADMID=\"file_1\" USE=\"maitre\"> \n>>> <mets:FLocat LOCTYPE=\"URL\" xlink:href=\"\"/> \n>>> </mets:file> \n>>> </mets:fileGrp> \n>>> </mets:fileSec> \n>>> D\'où l\'erreur dans l\'IHM ... \n>>> Si on se réfère à cette doc, on lit \"*Seule l\'édition d\'archivage \n>>> doit obligatoirement être représentée dans cette section.* Cette \n>>> présence est facultative pour les autres éditions. \". \n>>> Dans ton cas, si je prends la fiche Metz_13738551X.xml, on voit bien \n>>> USE=\"archive\" dans le bloc mets:fileSec. Si je comprends bien, dans \n>>> ce cas, les métadonnées MIMETYPE et URL sont obligatoires. Ici elles \n>>> ne sont pas remplies.</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> J\'ai corrigé mes fichiers en remplissant <mets:fileSec> et je \n>> récupe^\'re bien l\'URL lors de l\'import. \n>> Pour l\'anecdote je n\'ai pas réussi à importer un fichier TEF généré \n>> par ORI (pas de chance ???) \n>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> \n>>> \n>>> Je reviens vers toi quand tu auras pu me donner un peu plus d\'infos \n>>> et fait un retour sur ce mail. \n>>> Je te dirai aussi ce que j\'ai eu comme infos pour le PPN. \n>>> \n>>> A bientôt, \n>>> \n>>> Yohan COLMANT \n>>> Direction des Systèmes d\'Information \n>>> UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes \n>>> et du Hainaut Cambrésis \n>>> Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org> \n>>> \n>>> \n>>> Alain Le Drezen a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Bonjour, \n>>>> \n>>>> Voici quelques problèmes rencontrés lors de l\'import de notices de thèses du SUDOC (import en pièce jointe). \n>>>> \n>>>> L\'URL du fichier (<dc:identifier xsi:type=\"dcterms:URI\">) ne s\'importe pas. \n>>>> \n>>>> La notice de la thèse \"Quelle formation pour le médecin généraliste psychothérapeute de fait\" ne s\'affiche pas dans l\'éditeur (page grise vide). Il semble que ce soit lié à la présence de caractères étranges en début du titre. Mais ceci ne devrait pas être bloquant. \n>>>> \n>>>> Dans l\'éditeur, l\'erreur \"Le PPN du mot sujet Rameau doit être composé de neuf chiffres\" est erronée. Un PPN peu contenir des caractères. \n>>>> \n>>>> Merci d\'avance pour tout élément de réponse. \n>>>> \n>>>> Alain \n>>>> \n>>>> \n>>>> \n>>>> </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>></div>\n</blockquote>\n</div>\n', created = 1507748735, expire = 1507835135, headers = '', serialized = 0 WHERE cid = '4:32ef1b896bcc1651d1e217fc46f9db6b' 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:28aaa2b6ecdf7aeddbb50c7d41a72d60' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE html PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n<head>\n <meta content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\">\n</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\nAlain, \n \nNous venons d\'avoir une réponse de l\'ABES pour le PPN et tu avais bien\nraison : \"le dernier caractère est un chiffre de\ncontrôle, qui peut être soit un numéro soit un X, il n\'y a pas d\'autre\ncaractère alphabétique possible.\n\". \nJe te propose donc ce correctif (qui sera intégré dans une prochaine\nversion). \n \nDans\nori-oai-md-editor\\WEB-INF\\resources\\forms\\ori-md-editor\\tef-global\\form\\form.xhtml\nil faut remplacer toutes les occurrences de \n[0-9]{9} \npar \n[0-9]{8}[X0-9]{1} \n \nDonc pour les fiches du SUDOC, à part les champs qui ne sont pas\nremplis à fond, ceci corrige ton problème ? \n \n \nConcernant les fiches qui proviennent de STAR, tu ne m\'en avais pas\nparlé ? \n \nPeux-tu m\'en envoyer une d\'exemple stp ? \nQuand tu dis que ça plante, c\'est au niveau du md-editor ou déjà dans\nle workflow ? \n \nMerci \n \n\n<div class=\"moz-signature\">\n<div class=\"moz-signature\">\nYohan COLMANT \nDirection des Systèmes d\'Information \n<a href=\"http://www.univ-valenciennes.fr\">UVHC</a> - Université de\nValenciennes et du Hainaut Cambrésis \nCoordinateur Technique du projet <a href=\"http://www.ori-oai.org\">ORI-OAI</a>\n\n</div>\n</div>\n \n \nle drezen alain a écrit :\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>\n <meta content=\"text/html; charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\n <title></title>\nBonjour Yohan, \n \nVoici les éléments de réponse. \n \nLe 10/09/2010 10:31, Yohan Colmant a écrit :\n <div class=\"emailFilter_Author_1\"><blockquote>\n <defanged_meta content=\"text/html;charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">Salut\nAlain, \n \nJe commence ENFIN à me pencher sur ton problème. \n \nEn premier lieu, pourquoi importes-tu les fiches dans ton workflow ? Tu\nne peux pas les moissonner plutôt ? Comment les as-tu récupérées ? \n \n </defanged_meta></blockquote></div>\n Pour le SUDOC pas de moissonnage possible. Pour Star le moissonnage\nserait possible. Mais dans les deux cas nous devons modifier les\nnotices ce qui n\'est pas possible sur une notice moissonnée. \n <div class=\"emailFilter_Author_1\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\">Là, les erreurs que tu mentionnes\napparaissent dans le md-editor, mais\npas dans le workflow ? Si tu veux juste importer ces fiches et les\npublier, rien ne te bloque ? \n </defanged_meta></blockquote></div>\nEn ce qui concerne l\'import, en effet pas de problème pour les notices\nSUDOC. Ce n\'est pas le cas pour les notices STAR qui elles plantent dès\nl\'import.. \nCependant certaines notices SUDOC ne sont pas éditable dans le workflow\nce qui empêchera de les compléter et donc de les publier. \n <div class=\"emailFilter_Author_1\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\">Si je n\'arrivais pas à débloquer ton\nproblème avant le retour de\nNolwen, est-ce que tu serais bloqué ? En gros, as-tu besoin de modifier\nles fiches que tu importes ou non ? \n </defanged_meta></blockquote></div>\nOui, nous devons les modifier avant de les publier. Par exemple la\nthèse nommée \"<span\n class=\"portlet-section-text\">Quelle formation pour le médecin\ngénéraliste psychothérapeute de fait\" ne s\'ouvre pas dans l\'éditeur à\ncause des caractères spéciaux en début de titre. \n \n <div class=\"emailFilter_Author_1\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\">Si non, tu peux simplement importer les\nfiches et les indexer. </defanged_meta></blockquote></div>\n <div class=\"emailFilter_Author_1\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\">Effectivement, si tu cherches à les\nvisualiser dans le md-editor, tu\nauras ces soucis, mais cela te permet tout de même de faire l\'import en\nattendant ? \n \n \nSecond point, c\'est Nolwen qui est plus à même de répondre à tes\ninterrogations sur le module, donc je vais faire de mon mieux :-( \n \n \nPour commencer, j\'ai pris en exemple la fiche Metz_13738551X.xml \n \n1) Les erreurs liées au nom et prénom qui ne doivent pas être vides\nsont connues. Là on a des choses à faire par la suite, mais c\'est juste\nun soucis d\'affichage. Il te suffit de cliquer sur le nom et refermer\nla fenêtre de saisie de la personne pour voir que l\'erreur disparait.\nNolwen n\'avait pas réussi à contourner ce problème avant son départ. \nLorsque tu as un PPN composé de 9 chiffres comme prévu jusqu\'ici dans\nl\'éditeur TEF, le même problème se pose, ouvre et referme la fenêtre de\nsaisie, tu verras que ça marche en fait. \n \n </defanged_meta></blockquote></div>\nCa c\'est un pb connu \n <div class=\"emailFilter_Author_1\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\">2) Il manque des mots-clefs en\nfrançais. Ils sont décrits comme\nobligatoires dans le TEF : <a moz-do-not-send=\"true\"\n class=\"moz-txt-link-freetext\"\n href=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\">http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html</a> \n </defanged_meta></blockquote></div>\nOk normal \n <div class=\"emailFilter_Author_1\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\"> \n3) Pour le PPN qui comporte 8 chiffres et une lettre .... \nJ\'ai essayé de joindre les collègues fonctionnels mais ils ne sont pas\njoignables pour le moment. Les quelques docs que j\'ai trouvées parlent\nbien de 9 chiffres. Tu as une info ou une doc où ils parlent d\'une\npossibilité de caractères autres ? \n \n </defanged_meta></blockquote></div>\n \nVoici un extrait de la doc de l\'ABES : \nZone 001 : Numéro d\'identification de la notice \nZone système protégée, obligatoire, non répétable, sans indicateurs et\nsans sous-zones. \nLe contenu de la zone est générée automatiquement par le système lors\nde la validation d\'une nouvelle notice \nDans le Sudoc, l\'identifiant unique de la notice est appelé ppn (= Pica\nproduction number). Il comporte 9 caractères : \n8 chiffres (attribués par le système de manière séquentielle = numéro\nd\'\"ordre\" de la notice dans la base de données) \nune clé de contrôle sur 1 caractère, qui peut être un chiffre ou \"X\" \n \n <div class=\"emailFilter_Author_1\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\">4) Concernant le fichier maintenant ... \nJe ne connais pas assez le TEF, mais je sais que le type mime et l\'URL\ndu fichier sont à 2 endroits dans le TEF que nous générons. \nDans tes fiches, cela n\'apparait qu\'une fois. Il reste la rubrique\nsuivante qui est vide : \n    <mets:fileSec> \n        <mets:fileGrp USE=\"archive\" ID=\"FGrID1\"> \n            <mets:file ID=\"FID1\" MIMETYPE=\"\" ADMID=\"file_1\"\nUSE=\"maitre\"> \n                <mets:FLocat LOCTYPE=\"URL\" xlink:href=\"\"/> \n            </mets:file> \n        </mets:fileGrp> \n    </mets:fileSec> \nD\'où l\'erreur dans l\'IHM ... \nSi on se réfère à cette doc, on lit \"Seule\nl\'édition\nd\'archivage doit obligatoirement être représentée dans cette\nsection. Cette présence est facultative pour les autres\néditions. \". \nDans ton cas, si je prends la fiche Metz_13738551X.xml, on voit bien <font\n size=\"-1\">USE=\"archive\" dans le bloc\nmets:fileSec. Si je comprends bien, dans ce cas, les métadonnées\nMIMETYPE et URL sont obligatoires. Ici elles ne sont pas remplies. \n </defanged_meta></blockquote></div>\nJ\'ai corrigé mes fichiers en remplissant <mets:fileSec>\n et je récupếre bien l\'URL lors de l\'import. \nPour l\'anecdote je n\'ai pas réussi à importer un fichier TEF généré par\nORI (pas de chance ???) \n \n <div class=\"emailFilter_Author_1\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\"> \n \nJe reviens vers toi quand tu auras pu me donner un peu plus d\'infos et\nfait un retour sur ce mail. \nJe te dirai aussi ce que j\'ai eu comme infos pour le PPN. \n \nA bientôt, \n \n </defanged_meta>\n <div class=\"moz-signature\">\n <div class=\"moz-signature\">Yohan COLMANT \nDirection des Systèmes d\'Information \n <a moz-do-not-send=\"true\" href=\"http://www.univ-valenciennes.fr\">UVHC</a>\n- Université de\nValenciennes et du Hainaut Cambrésis \nCoordinateur Technique du projet <a moz-do-not-send=\"true\"\n href=\"http://www.ori-oai.org\">ORI-OAI</a> </div>\n </div>\n \n \nAlain Le Drezen a écrit :\n <div class=\"emailFilter_Author_2\"><blockquote\n cite=\"mid:\n <script type=\"text/javascript\" >  </script>\"\n type=\"cite\">\n <pre wrap=\"\">Bonjour,\n\nVoici quelques problèmes rencontrés lors de l\'import de notices de thèses du SUDOC (import en pièce jointe).\n\nL\'URL du fichier (<dc:identifier xsi:type=\"dcterms:URI\">) ne s\'importe pas.\n\nLa notice de la thèse \"Quelle formation pour le médecin généraliste psychothérapeute de fait\" ne s\'affiche pas dans l\'éditeur (page grise vide). Il semble que ce soit lié à la présence de caractères étranges en début du titre. Mais ceci ne devrait pas être bloquant.\n\nDans l\'éditeur, l\'erreur \"Le PPN du mot sujet Rameau doit être composé de neuf chiffres\" est erronée. Un PPN peu contenir des caractères.\n\nMerci d\'avance pour tout élément de réponse.\n\nAlain\n\n\n\n </pre>\n </blockquote></div>\n </blockquote></div>\n \n</blockquote></div></div>\n</body>\n</html>\n</div>', created = 1507748735, expire = 1507835135, headers = '', serialized = 0 WHERE cid = '4:28aaa2b6ecdf7aeddbb50c7d41a72d60' 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:beb83a5f2d3d720efb752776d048fe8f' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n<head>\n <meta content=\"text/html; charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\n <title></title>\n</head>\n<body text=\"#000000\" bgcolor=\"#ffffff\">\nBonjour Yohan, \n \nVoici les éléments de réponse. \n \nLe 10/09/2010 10:31, Yohan Colmant a écrit :\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>\n <defanged_meta content=\"text/html;charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">Salut\nAlain, \n \nJe commence ENFIN à me pencher sur ton problème. \n \nEn premier lieu, pourquoi importes-tu les fiches dans ton workflow ? Tu\nne peux pas les moissonner plutôt ? Comment les as-tu récupérées ? \n \n </defanged_meta></blockquote></div></div>\n Pour le SUDOC pas de moissonnage possible. Pour Star le moissonnage\nserait possible. Mais dans les deux cas nous devons modifier les\nnotices ce qui n\'est pas possible sur une notice moissonnée. \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\">Là, les erreurs que tu mentionnes\napparaissent dans le md-editor, mais\npas dans le workflow ? Si tu veux juste importer ces fiches et les\npublier, rien ne te bloque ? \n </defanged_meta></blockquote></div></div>\nEn ce qui concerne l\'import, en effet pas de problème pour les notices\nSUDOC. Ce n\'est pas le cas pour les notices STAR qui elles plantent dès\nl\'import.. \nCependant certaines notices SUDOC ne sont pas éditable dans le workflow\nce qui empêchera de les compléter et donc de les publier. \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\">Si je n\'arrivais pas à débloquer ton\nproblème avant le retour de\nNolwen, est-ce que tu serais bloqué ? En gros, as-tu besoin de modifier\nles fiches que tu importes ou non ? \n </defanged_meta></blockquote></div></div>\nOui, nous devons les modifier avant de les publier. Par exemple la\nthèse nommée \"<span\n class=\"portlet-section-text\">Quelle formation pour le médecin\ngénéraliste psychothérapeute de fait\" ne s\'ouvre pas dans l\'éditeur à\ncause des caractères spéciaux en début de titre. \n\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\">Si non, tu peux simplement importer les\nfiches et les indexer.\n </defanged_meta></blockquote></div></div>\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\">Effectivement, si tu cherches à les\nvisualiser dans le md-editor, tu\nauras ces soucis, mais cela te permet tout de même de faire l\'import en\nattendant ? \n \n \nSecond point, c\'est Nolwen qui est plus à même de répondre à tes\ninterrogations sur le module, donc je vais faire de mon mieux :-( \n \n \nPour commencer, j\'ai pris en exemple la fiche Metz_13738551X.xml \n \n1) Les erreurs liées au nom et prénom qui ne doivent pas être vides\nsont connues. Là on a des choses à faire par la suite, mais c\'est juste\nun soucis d\'affichage. Il te suffit de cliquer sur le nom et refermer\nla fenêtre de saisie de la personne pour voir que l\'erreur disparait.\nNolwen n\'avait pas réussi à contourner ce problème avant son départ. \nLorsque tu as un PPN composé de 9 chiffres comme prévu jusqu\'ici dans\nl\'éditeur TEF, le même problème se pose, ouvre et referme la fenêtre de\nsaisie, tu verras que ça marche en fait. \n \n </defanged_meta></blockquote></div></div>\nCa c\'est un pb connu \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\">2) Il manque des mots-clefs en\nfrançais. Ils sont décrits comme\nobligatoires dans le TEF :\n <a moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\"\n href=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\">http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html</a> \n </defanged_meta></blockquote></div></div>\nOk normal \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\"> \n3) Pour le PPN qui comporte 8 chiffres et une lettre .... \nJ\'ai essayé de joindre les collègues fonctionnels mais ils ne sont pas\njoignables pour le moment. Les quelques docs que j\'ai trouvées parlent\nbien de 9 chiffres. Tu as une info ou une doc où ils parlent d\'une\npossibilité de caractères autres ? \n \n </defanged_meta></blockquote></div></div>\n \nVoici un extrait de la doc de l\'ABES : \nZone 001 : Numéro d\'identification de la notice \nZone système protégée, obligatoire, non répétable, sans indicateurs et\nsans sous-zones. \nLe contenu de la zone est générée automatiquement par le système lors\nde la validation d\'une nouvelle notice \nDans le Sudoc, l\'identifiant unique de la notice est appelé ppn (= Pica\nproduction number). Il comporte 9 caractères : \n8 chiffres (attribués par le système de manière séquentielle = numéro\nd\'\"ordre\" de la notice dans la base de données) \nune clé de contrôle sur 1 caractère, qui peut être un chiffre ou \"X\" \n \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\">4) Concernant le fichier maintenant ... \nJe ne connais pas assez le TEF, mais je sais que le type mime et l\'URL\ndu fichier sont à 2 endroits dans le TEF que nous générons. \nDans tes fiches, cela n\'apparait qu\'une fois. Il reste la rubrique\nsuivante qui est vide : \n    <mets:fileSec> \n        <mets:fileGrp USE=\"archive\" ID=\"FGrID1\"> \n            <mets:file ID=\"FID1\" MIMETYPE=\"\" ADMID=\"file_1\"\nUSE=\"maitre\"> \n                <mets:FLocat LOCTYPE=\"URL\" xlink:href=\"\"/> \n            </mets:file> \n        </mets:fileGrp> \n    </mets:fileSec> \nD\'où l\'erreur dans l\'IHM ... \nSi on se réfère à cette doc, on lit \"Seule\nl\'édition\nd\'archivage doit obligatoirement être représentée dans cette\nsection. Cette présence est facultative pour les autres\néditions.\n \". \nDans ton cas, si je prends la fiche Metz_13738551X.xml, on voit bien <font\n size=\"-1\">USE=\"archive\" dans le bloc\nmets:fileSec. Si je comprends bien, dans ce cas, les métadonnées\nMIMETYPE et URL sont obligatoires. Ici elles ne sont pas remplies. \n </defanged_meta></blockquote></div></div>\nJ\'ai corrigé mes fichiers en remplissant <mets:fileSec>\net je récupếre bien l\'URL lors de l\'import. \nPour l\'anecdote je n\'ai pas réussi à importer un fichier TEF généré par\nORI (pas de chance ???) \n \n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote><defanged_meta\n content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\"><font\n size=\"-1\"> \n \nJe reviens vers toi quand tu auras pu me donner un peu plus d\'infos et\nfait un retour sur ce mail. \nJe te dirai aussi ce que j\'ai eu comme infos pour le PPN. \n \nA bientôt, \n \n \n <div class=\"moz-signature\">\n <div class=\"moz-signature\">Yohan COLMANT \nDirection des Systèmes d\'Information \n <a moz-do-not-send=\"true\" href=\"http://www.univ-valenciennes.fr\">UVHC</a>\n- Université de\nValenciennes et du Hainaut Cambrésis \nCoordinateur Technique du projet <a moz-do-not-send=\"true\"\n href=\"http://www.ori-oai.org\">ORI-OAI</a>\n </div>\n </div>\n \n \nAlain Le Drezen a écrit :\n <div class=\"emailFilter_Author_1\"><blockquote\n cite=\"mid:\n <script type=\"text/javascript\" >  </script>\"\n type=\"cite\">\n <pre wrap=\"\">Bonjour,\n\nVoici quelques problèmes rencontrés lors de l\'import de notices de thèses du SUDOC (import en pièce jointe).\n\nL\'URL du fichier (<dc:identifier xsi:type=\"dcterms:URI\">) ne s\'importe pas.\n\nLa notice de la thèse \"Quelle formation pour le médecin généraliste psychothérapeute de fait\" ne s\'affiche pas dans l\'éditeur (page grise vide). Il semble que ce soit lié à la présence de caractères étranges en début du titre. Mais ceci ne devrait pas être bloquant.\n\nDans l\'éditeur, l\'erreur \"Le PPN du mot sujet Rameau doit être composé de neuf chiffres\" est erronée. Un PPN peu contenir des caractères.\n\nMerci d\'avance pour tout élément de réponse.\n\nAlain\n\n\n\n </pre>\n </blockquote></div>\n </defanged_meta></blockquote></div></div>\n \n</body>\n</html>\n</div>', created = 1507748735, expire = 1507835135, headers = '', serialized = 0 WHERE cid = '4:beb83a5f2d3d720efb752776d048fe8f' 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:d392c56ec2f7e29ee21a9e9fd982a60f' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE html PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n<head>\n <meta content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\">\n</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\nSalut Alain, \n \nJe commence ENFIN à me pencher sur ton problème. \n \nEn premier lieu, pourquoi importes-tu les fiches dans ton workflow ? Tu\nne peux pas les moissonner plutôt ? Comment les as-tu récupérées ? \n \nLà, les erreurs que tu mentionnes apparaissent dans le md-editor, mais\npas dans le workflow ? Si tu veux juste importer ces fiches et les\npublier, rien ne te bloque ? \nSi je n\'arrivais pas à débloquer ton problème avant le retour de\nNolwen, est-ce que tu serais bloqué ? En gros, as-tu besoin de modifier\nles fiches que tu importes ou non ? \nSi non, tu peux simplement importer les fiches et les indexer.\nEffectivement, si tu cherches à les visualiser dans le md-editor, tu\nauras ces soucis, mais cela te permet tout de même de faire l\'import en\nattendant ? \n \n \nSecond point, c\'est Nolwen qui est plus à même de répondre à tes\ninterrogations sur le module, donc je vais faire de mon mieux :-( \n \n \nPour commencer, j\'ai pris en exemple la fiche Metz_13738551X.xml \n \n1) Les erreurs liées au nom et prénom qui ne doivent pas être vides\nsont connues. Là on a des choses à faire par la suite, mais c\'est juste\nun soucis d\'affichage. Il te suffit de cliquer sur le nom et refermer\nla fenêtre de saisie de la personne pour voir que l\'erreur disparait.\nNolwen n\'avait pas réussi à contourner ce problème avant son départ. \nLorsque tu as un PPN composé de 9 chiffres comme prévu jusqu\'ici dans\nl\'éditeur TEF, le même problème se pose, ouvre et referme la fenêtre de\nsaisie, tu verras que ça marche en fait. \n \n2) Il manque des mots-clefs en français. Ils sont décrits comme\nobligatoires dans le TEF :\n<a class=\"moz-txt-link-freetext\" href=\"http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html\">http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html</a> \n \n3) Pour le PPN qui comporte 8 chiffres et une lettre .... \nJ\'ai essayé de joindre les collègues fonctionnels mais ils ne sont pas\njoignables pour le moment. Les quelques docs que j\'ai trouvées parlent\nbien de 9 chiffres. Tu as une info ou une doc où ils parlent d\'une\npossibilité de caractères autres ? \n \n4) Concernant le fichier maintenant ... \nJe ne connais pas assez le TEF, mais je sais que le type mime et l\'URL\ndu fichier sont à 2 endroits dans le TEF que nous générons. \nDans tes fiches, cela n\'apparait qu\'une fois. Il reste la rubrique\nsuivante qui est vide : \n    <mets:fileSec> \n        <mets:fileGrp USE=\"archive\" ID=\"FGrID1\"> \n            <mets:file ID=\"FID1\" MIMETYPE=\"\" ADMID=\"file_1\"\nUSE=\"maitre\"> \n                <mets:FLocat LOCTYPE=\"URL\" xlink:href=\"\"/> \n            </mets:file> \n        </mets:fileGrp> \n    </mets:fileSec> \nD\'où l\'erreur dans l\'IHM ... \nSi on se réfère à cette doc, on lit \"Seule\nl\'édition d\'archivage doit obligatoirement être représentée dans cette\nsection. Cette présence est facultative pour les autres\néditions.\n\". \nDans ton cas, si je prends la fiche Metz_13738551X.xml, on voit bien <font\n size=\"-1\">USE=\"archive\" dans le bloc\nmets:fileSec. Si je comprends bien, dans ce cas, les métadonnées\nMIMETYPE et URL sont obligatoires. Ici elles ne sont pas remplies. \n \n \nJe reviens vers toi quand tu auras pu me donner un peu plus d\'infos et\nfait un retour sur ce mail. \nJe te dirai aussi ce que j\'ai eu comme infos pour le PPN. \n \nA bientôt, \n \n\n<div class=\"moz-signature\">\n<div class=\"moz-signature\">\nYohan COLMANT \nDirection des Systèmes d\'Information \n<a href=\"http://www.univ-valenciennes.fr\">UVHC</a> - Université de\nValenciennes et du Hainaut Cambrésis \nCoordinateur Technique du projet <a href=\"http://www.ori-oai.org\">ORI-OAI</a>\n\n</div>\n</div>\n \n \nAlain Le Drezen a écrit :\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote\n cite=\"mid:\n <script type=\"text/javascript\" >  </script>\"\n type=\"cite\">\n <pre wrap=\"\">Bonjour,\n\nVoici quelques problèmes rencontrés lors de l\'import de notices de thèses du SUDOC (import en pièce jointe).\n\nL\'URL du fichier (<dc:identifier xsi:type=\"dcterms:URI\">) ne s\'importe pas.\n\nLa notice de la thèse \"Quelle formation pour le médecin généraliste psychothérapeute de fait\" ne s\'affiche pas dans l\'éditeur (page grise vide). Il semble que ce soit lié à la présence de caractères étranges en début du titre. Mais ceci ne devrait pas être bloquant.\n\nDans l\'éditeur, l\'erreur \"Le PPN du mot sujet Rameau doit être composé de neuf chiffres\" est erronée. Un PPN peu contenir des caractères.\n\nMerci d\'avance pour tout élément de réponse.\n\nAlain\n\n\n\n </pre>\n</blockquote></div></div>\n</body>\n</html>\n</div>', created = 1507748735, expire = 1507835135, headers = '', serialized = 0 WHERE cid = '4:d392c56ec2f7e29ee21a9e9fd982a60f' 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:84b9be4c880c613b85dff670871b0a83' 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\">\nBonjour,\nVoici quelques problèmes rencontrés lors de l\'import de notices de thèses du SUDOC (import en pièce jointe).\nL\'URL du fichier (<dc:identifier xsi:type=\"dcterms:URI\">) ne s\'importe pas.\nLa notice de la thèse \"Quelle formation pour le médecin généraliste psychothérapeute de fait\" ne s\'affiche pas dans l\'éditeur (page grise vide). Il semble que ce soit lié à la présence de caractères étranges en début du titre. Mais ceci ne devrait pas être bloquant.\nDans l\'éditeur, l\'erreur \"Le PPN du mot sujet Rameau doit être composé de neuf chiffres\" est erronée. Un PPN peu contenir des caractères.\nMerci d\'avance pour tout élément de réponse.\nAlain\n</div>\n', created = 1507748735, expire = 1507835135, headers = '', serialized = 0 WHERE cid = '4:84b9be4c880c613b85dff670871b0a83' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

12 messages / 0 nouveaux

Sujet clos

10 septembre 2010 - 4:56pm

karenraynal941870

Pb import TEF

Bonjour,
Pour info, j'ai eu aussi ce poblème de caractères dans les fichiers TEF
exportés de star.
En fait en faisiant un file des fichiers, on constate que certains ont
un BOM (Byte Order Mark).
C'est le cas avec le fichier envoyé
file STAR.xml renvoie
UTF-8 Unicode (with BOM) English text, with very long lines, with CRLF
line terminators

On peut facilement les supprimer avec l'éditeur vi + :set nobobmb + :x.
C'est un peu fastidieux donc nous passons tous les fichiers dans une
petite moulinette pour supprimer ces caractères. Si ça intéresse
quelqu'un ...

--
Karen Raynal
DI - Université Bordeaux 1

> Salut Yann,
>
> Elle est en PJ. Bon week-end !
>
> Jean-François.
>
> Yann Nicolas a écrit :

>> Un exemple de fiche TEF avec cette erreur ?
>>
>> Yann
>>
>>
>> ----- Mail Original -----
>> De: "Yohan Colmant" < >
>> À: ori-oai-utilisateurs@listes.univ-rennes1.fr
>> Envoyé: Vendredi 10 Septembre 2010 15:06:53
>> Objet: Re: [ori-oai-utilisateurs] Pb import TEF
>>
>> Salut JF,
>>
>> Je réponds dans le mail.
>>
>> Yohan COLMANT
>> Direction des Systèmes d'Information
>> UVHC - Université de Valenciennes et
>> du Hainaut Cambrésis
>> Coordinateur Technique du projet ORI-OAI
>>
>>
>> Jean-François Lutz a écrit :
>>
>> Bonjour Yohan,
>>
>> Merci pour ton aide toujours aussi efficace !
>>
>> Je me permets de répondre sur les imports de fiches issues de
>> STAR. Comme l'indiquait Alain nous ne pouvons pas nous contenter
>> de les moissonner car les laboratoires et les écoles doctorales
>> ont été saisies dans STAR sans aucune liste ou forme d'autorité,
>> d'où un nombre très élevé de doublons (un même labo décrit de 5
>> manières différentes par exemples, sachant qu'il y a 82
>> laboratoires...). Nous allons donc les importer et utiliser les
>> listes d'autorité internes à ORI-OAI.
>>
>> 1. au niveau de l'import du fichier XML le problème est résolu.
>> Les fiches TEF XML produites par STAR comportent les trois
>> caractères suivants ï»¿ avant la première balise de l'entête et
>> ils font planter l'import. Il suffit pour l'instant de les
>> supprimer. Peut-être la nouvelle version de STAR corrigera-t-elle
>> ce bug.
>>
>> bonne nouvelle :-)
>>
>>
>> 2. dans le workflow, l'édition se passe sans problème mais au
>> niveau de la publication, outre le fait qu'il faut cocher la case
>> "fichier maître" ce qui est un détail, un problème persiste sans
>> qu'Alain et moi arrivions à déterminer son origine. Le message
>> suivant apparaît dans la colonne "Informations" et il empêche de
>> publier la fiche : "Toute EDITION de la thèse doit être associée à
>> des métadonnées de type "tef_desc_edition"." Quelqu'un aurait-il
>> une idée de la solution ? Merci par avance.
>>
>> Tu as l'erreur quand tu essayes de la publier simplement ou quand tu
>> tentes de l'envoyer à l'ABES ? Et le problème a lieu avec une fiche
>> importée ou saisie de zéro dans ORI-OAI ?
>>
>> Si je regarde cette erreur, elle vient du schematron de l'ABES avec
>> cette règle :
>>
>>
>> id="mets_structMap_meta_Edition">
>> >> context="/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE='EDITION']">
>>
>> tef_easy.schematron.tef-abes.structMap.meta_Edition.check_rule
>>
>>
>> >>
>> Donc autrement dit, l'erreur apparait quand
>> /mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE='EDITION']/@DMDID
>>
>> n'est pas égal à
>> /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE='tef_desc_edition']]/@ID
>> dans la fiche TEF.
>>
>> Est-ce que ça parle à quelqu'un ?
>>
>>
>> Bon week-end.
>>
>> Jean-François.
>>
>>
>> Yohan Colmant a écrit :
>>
>> Alain,
>>
>> Nous venons d'avoir une réponse de l'ABES pour le PPN et tu
>> avais bien raison : "le dernier caractère est un chiffre de
>> contrôle, qui peut être soit un numéro soit un X, il n'y a pas
>> d'autre caractère alphabétique possible. ".
>> Je te propose donc ce correctif (qui sera intégré dans une
>> prochaine version).
>>
>> Dans
>>
>> ori-oai-md-editor\WEB-INF\resources\forms\ori-md-editor\tef-global\form\form.xhtml
>>
>> il faut remplacer toutes les occurrences de
>> [0-9]{9}
>> par
>> [0-9]{8}[X0-9]{1}
>>
>> Donc pour les fiches du SUDOC, à part les champs qui ne sont
>> pas remplis à fond, ceci corrige ton problème ?
>>
>>
>> Concernant les fiches qui proviennent de STAR, tu ne m'en
>> avais pas parlé ?
>>
>> Peux-tu m'en envoyer une d'exemple stp ?
>> Quand tu dis que ça plante, c'est au niveau du md-editor ou
>> déjà dans le workflow ?
>>
>> Merci
>>
>> Yohan COLMANT
>> Direction des Systèmes d'Information
>> UVHC - Université de
>> Valenciennes et du Hainaut Cambrésis
>> Coordinateur Technique du projet ORI-OAI
>>
>>
>> le drezen alain a écrit :
>>
>> Bonjour Yohan,
>>
>> Voici les éléments de réponse.
>>
>> Le 10/09/2010 10:31, Yohan Colmant a écrit :
>>
>> Salut Alain,
>>
>> Je commence ENFIN à me pencher sur ton problème.
>>
>> En premier lieu, pourquoi importes-tu les fiches dans
>> ton workflow ? Tu ne peux pas les moissonner plutôt ?
>> Comment les as-tu récupérées ?
>>
>> Pour le SUDOC pas de moissonnage possible. Pour Star le
>> moissonnage serait possible. Mais dans les deux cas nous
>> devons modifier les notices ce qui n'est pas possible sur
>> une notice moissonnée.
>>
>> Là, les erreurs que tu mentionnes apparaissent dans le
>> md-editor, mais pas dans le workflow ? Si tu veux
>> juste importer ces fiches et les publier, rien ne te
>> bloque ?
>>
>> En ce qui concerne l'import, en effet pas de problème pour
>> les notices SUDOC. Ce n'est pas le cas pour les notices
>> STAR qui elles plantent dès l'import..
>> Cependant certaines notices SUDOC ne sont pas éditable
>> dans le workflow ce qui empêchera de les compléter et donc
>> de les publier.
>>
>> Si je n'arrivais pas à débloquer ton problème avant le
>> retour de Nolwen, est-ce que tu serais bloqué ? En
>> gros, as-tu besoin de modifier les fiches que tu
>> importes ou non ?
>>
>> Oui, nous devons les modifier avant de les publier. Par
>> exemple la thèse nommée "Quelle formation pour le médecin
>> généraliste psychothérapeute de fait" ne s'ouvre pas dans
>> l'éditeur à cause des caractères spéciaux en début de titre.
>>
>> Si non, tu peux simplement importer les fiches et les
>> indexer. Effectivement, si tu cherches à les
>> visualiser dans le md-editor, tu auras ces soucis,
>> mais cela te permet tout de même de faire l'import en
>> attendant ?
>>
>>
>> Second point, c'est Nolwen qui est plus à même de
>> répondre à tes interrogations sur le module, donc je
>> vais faire de mon mieux :-(
>>
>>
>> Pour commencer, j'ai pris en exemple la fiche
>> Metz_13738551X.xml
>>
>> 1) Les erreurs liées au nom et prénom qui ne doivent
>> pas être vides sont connues. Là on a des choses à
>> faire par la suite, mais c'est juste un soucis
>> d'affichage. Il te suffit de cliquer sur le nom et
>> refermer la fenêtre de saisie de la personne pour voir
>> que l'erreur disparait. Nolwen n'avait pas réussi à
>> contourner ce problème avant son départ.
>> Lorsque tu as un PPN composé de 9 chiffres comme prévu
>> jusqu'ici dans l'éditeur TEF, le même problème se
>> pose, ouvre et referme la fenêtre de saisie, tu verras
>> que ça marche en fait.
>>
>> Ca c'est un pb connu
>>
>> 2) Il manque des mots-clefs en français. Ils sont
>> décrits comme obligatoires dans le TEF :
>>
>> http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html
>>
>>
>> Ok normal
>>
>>
>> 3) Pour le PPN qui comporte 8 chiffres et une lettre ....
>> J'ai essayé de joindre les collègues fonctionnels mais
>> ils ne sont pas joignables pour le moment. Les
>> quelques docs que j'ai trouvées parlent bien de 9
>> chiffres. Tu as une info ou une doc où ils parlent
>> d'une possibilité de caractères autres ?
>>
>>
>> Voici un extrait de la doc de l'ABES :
>> Zone 001 : Numéro d'identification de la notice
>> Zone système protégée, obligatoire, non répétable, sans
>> indicateurs et sans sous-zones.
>> Le contenu de la zone est générée automatiquement par le
>> système lors de la validation d'une nouvelle notice
>> Dans le Sudoc, l'identifiant unique de la notice est
>> appelé ppn (= Pica production number). Il comporte 9
>> caractères :
>> 8 chiffres (attribués par le système de manière
>> séquentielle = numéro d'"ordre" de la notice dans la base
>> de données)
>> une clé de contrôle sur 1 caractère, qui peut être un
>> chiffre ou "X"
>>
>> 4) Concernant le fichier maintenant ...
>> Je ne connais pas assez le TEF, mais je sais que le
>> type mime et l'URL du fichier sont à 2 endroits dans
>> le TEF que nous générons.
>> Dans tes fiches, cela n'apparait qu'une fois. Il reste
>> la rubrique suivante qui est vide :
>>
>>
>> >> USE="maitre">
>>
>>
>>
>>
>> D'où l'erreur dans l'IHM ...
>> Si on se réfère à cette doc, on lit "*Seule l'édition
>> d'archivage doit obligatoirement être représentée dans
>> cette section.* Cette présence est facultative pour
>> les autres éditions. ".
>> Dans ton cas, si je prends la fiche
>> Metz_13738551X.xml, on voit bien USE="archive" dans le
>> bloc mets:fileSec. Si je comprends bien, dans ce cas,
>> les métadonnées MIMETYPE et URL sont obligatoires. Ici
>> elles ne sont pas remplies.
>>
>> J'ai corrigé mes fichiers en remplissant et
>> je récupe^'re bien l'URL lors de l'import.
>> Pour l'anecdote je n'ai pas réussi à importer un fichier
>> TEF généré par ORI (pas de chance ???)
>>
>>
>>
>> Je reviens vers toi quand tu auras pu me donner un peu
>> plus d'infos et fait un retour sur ce mail.
>> Je te dirai aussi ce que j'ai eu comme infos pour le PPN.
>>
>> A bientôt,
>>
>> Yohan COLMANT
>> Direction des Systèmes d'Information
>> UVHC - Université de
>> Valenciennes et du Hainaut Cambrésis
>> Coordinateur Technique du projet ORI-OAI
>>
>>
>>
>> Alain Le Drezen a écrit :
>>
>> Bonjour,
>>
>> Voici quelques problèmes rencontrés lors de
>> l'import de notices de thèses du SUDOC (import en
>> pièce jointe).
>>
>> L'URL du fichier ( >> xsi:type="dcterms:URI">) ne s'importe pas.
>>
>> La notice de la thèse "Quelle formation pour le
>> médecin généraliste psychothérapeute de fait" ne
>> s'affiche pas dans l'éditeur (page grise vide). Il
>> semble que ce soit lié à la présence de caractères
>> étranges en début du titre. Mais ceci ne devrait
>> pas être bloquant.
>>
>> Dans l'éditeur, l'erreur "Le PPN du mot sujet
>> Rameau doit être composé de neuf chiffres" est
>> erronée. Un PPN peu contenir des caractères.
>>
>> Merci d'avance pour tout élément de réponse.
>>
>> Alain
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>

>

10 septembre 2010 - 6:16pm

karenraynal

Bonjour,

J'ai envoyé une explication probable de cette erreur dans un message
précédent qui est parti à la modération donc désolée d'un probable
doublon à venir s'il est validé (pb d'alias ...).
Donc j'expliquais que le pb que j'avais pu constater avec les fichiers
(certains) TEF exportés de STAR venais de la présence d'un BOM (Byte
Order Mark) ajouté en tête du fichier et invisible dans la plupart des
éditeurs ...
Sous linux, la commande file permet de voir que ces fichiers ont un
BOM (c'est d'ailleurs le cas de celui-ci).
Pour l'enlever, on peut par exemple utiliser l'éditeur vi, tapez la
comande :set nobomb et enregistrer. Nous avons un petit script shell
de 3 lignes que l'on fait passer dans un répertoire avant de procéder
aux imports. Si ça intéresse quelqu'un ...

-
Karen Raynal
DI - Université Bordeaux 1

> Je ne comprends que cette erreur apparaisse pour cette thèse. Elle
> semble valide, en xsd et en schematron.
> Désolé...
>
> Bon we quand même
> Yann
>
> ----- Mail Original -----
> De: "Jean-François Lutz" < >
> À: ori-oai-utilisateurs@listes.univ-rennes1.fr
> Envoyé: Vendredi 10 Septembre 2010 15:23:37
> Objet: Re: [ori-oai-utilisateurs] Pb import TEF
>
> Salut Yann,
>
> Elle est en PJ. Bon week-end !
>
> Jean-François.
>
> Yann Nicolas a écrit :

>> Un exemple de fiche TEF avec cette erreur ?
>>
>> Yann
>>
>>
>> ----- Mail Original -----
>> De: "Yohan Colmant" < >
>> À: ori-oai-utilisateurs@listes.univ-rennes1.fr
>> Envoyé: Vendredi 10 Septembre 2010 15:06:53
>> Objet: Re: [ori-oai-utilisateurs] Pb import TEF
>>
>> Salut JF,
>>
>> Je réponds dans le mail.
>>
>> Yohan COLMANT
>> Direction des Systèmes d'Information
>> UVHC - Université de Valenciennes et
>> du Hainaut Cambrésis
>> Coordinateur Technique du projet ORI-OAI
>>
>>
>> Jean-François Lutz a écrit :
>>
>> Bonjour Yohan,
>>
>> Merci pour ton aide toujours aussi efficace !
>>
>> Je me permets de répondre sur les imports de fiches issues de
>> STAR. Comme l'indiquait Alain nous ne pouvons pas nous contenter
>> de les moissonner car les laboratoires et les écoles doctorales
>> ont été saisies dans STAR sans aucune liste ou forme d'autorité,
>> d'où un nombre très élevé de doublons (un même labo décrit de 5
>> manières différentes par exemples, sachant qu'il y a 82
>> laboratoires...). Nous allons donc les importer et utiliser les
>> listes d'autorité internes à ORI-OAI.
>>
>> 1. au niveau de l'import du fichier XML le problème est résolu.
>> Les fiches TEF XML produites par STAR comportent les trois
>> caractères suivants ï»¿ avant la première balise de l'entête et
>> ils font planter l'import. Il suffit pour l'instant de les
>> supprimer. Peut-être la nouvelle version de STAR corrigera-t-elle
>> ce bug.
>>
>> bonne nouvelle :-)
>>
>>
>> 2. dans le workflow, l'édition se passe sans problème mais au
>> niveau de la publication, outre le fait qu'il faut cocher la case
>> "fichier maître" ce qui est un détail, un problème persiste sans
>> qu'Alain et moi arrivions à déterminer son origine. Le message
>> suivant apparaît dans la colonne "Informations" et il empêche de
>> publier la fiche : "Toute EDITION de la thèse doit être associée à
>> des métadonnées de type "tef_desc_edition"." Quelqu'un aurait-il
>> une idée de la solution ? Merci par avance.
>>
>> Tu as l'erreur quand tu essayes de la publier simplement ou quand tu
>> tentes de l'envoyer à l'ABES ? Et le problème a lieu avec une fiche
>> importée ou saisie de zéro dans ORI-OAI ?
>>
>> Si je regarde cette erreur, elle vient du schematron de l'ABES avec
>> cette règle :
>>
>>
>> id="mets_structMap_meta_Edition">
>> >> context="/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE='EDITION']">
>> tef_easy.schematron.tef-abes.structMap.meta_Edition.check_rule
>>
>> >>
>> Donc autrement dit, l'erreur apparait quand
>> /mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE='EDITION']/@DMDID
>>
>> n'est pas égal à
>> /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE='tef_desc_edition']]/@ID
>> dans la fiche TEF.
>>
>> Est-ce que ça parle à quelqu'un ?
>>
>>
>> Bon week-end.
>>
>> Jean-François.
>>
>>
>> Yohan Colmant a écrit :
>>
>> Alain,
>>
>> Nous venons d'avoir une réponse de l'ABES pour le PPN et tu
>> avais bien raison : "le dernier caractère est un chiffre de
>> contrôle, qui peut être soit un numéro soit un X, il n'y a pas
>> d'autre caractère alphabétique possible. ".
>> Je te propose donc ce correctif (qui sera intégré dans une
>> prochaine version).
>>
>> Dans
>>
>> ori-oai-md-editor\WEB-INF\resources\forms\ori-md-editor\tef-global\form\form.xhtml
>> il faut remplacer toutes les occurrences de
>> [0-9]{9}
>> par
>> [0-9]{8}[X0-9]{1}
>>
>> Donc pour les fiches du SUDOC, à part les champs qui ne sont
>> pas remplis à fond, ceci corrige ton problème ?
>>
>>
>> Concernant les fiches qui proviennent de STAR, tu ne m'en
>> avais pas parlé ?
>>
>> Peux-tu m'en envoyer une d'exemple stp ?
>> Quand tu dis que ça plante, c'est au niveau du md-editor ou
>> déjà dans le workflow ?
>>
>> Merci
>>
>> Yohan COLMANT
>> Direction des Systèmes d'Information
>> UVHC - Université de
>> Valenciennes et du Hainaut Cambrésis
>> Coordinateur Technique du projet ORI-OAI
>>
>>
>> le drezen alain a écrit :
>>
>> Bonjour Yohan,
>>
>> Voici les éléments de réponse.
>>
>> Le 10/09/2010 10:31, Yohan Colmant a écrit :
>>
>> Salut Alain,
>>
>> Je commence ENFIN à me pencher sur ton problème.
>>
>> En premier lieu, pourquoi importes-tu les fiches dans
>> ton workflow ? Tu ne peux pas les moissonner plutôt ?
>> Comment les as-tu récupérées ?
>>
>> Pour le SUDOC pas de moissonnage possible. Pour Star le
>> moissonnage serait possible. Mais dans les deux cas nous
>> devons modifier les notices ce qui n'est pas possible sur
>> une notice moissonnée.
>>
>> Là, les erreurs que tu mentionnes apparaissent dans le
>> md-editor, mais pas dans le workflow ? Si tu veux
>> juste importer ces fiches et les publier, rien ne te
>> bloque ?
>>
>> En ce qui concerne l'import, en effet pas de problème pour
>> les notices SUDOC. Ce n'est pas le cas pour les notices
>> STAR qui elles plantent dès l'import..
>> Cependant certaines notices SUDOC ne sont pas éditable
>> dans le workflow ce qui empêchera de les compléter et donc
>> de les publier.
>>
>> Si je n'arrivais pas à débloquer ton problème avant le
>> retour de Nolwen, est-ce que tu serais bloqué ? En
>> gros, as-tu besoin de modifier les fiches que tu
>> importes ou non ?
>>
>> Oui, nous devons les modifier avant de les publier. Par
>> exemple la thèse nommée "Quelle formation pour le médecin
>> généraliste psychothérapeute de fait" ne s'ouvre pas dans
>> l'éditeur à cause des caractères spéciaux en début de titre.
>>
>> Si non, tu peux simplement importer les fiches et les
>> indexer. Effectivement, si tu cherches à les
>> visualiser dans le md-editor, tu auras ces soucis,
>> mais cela te permet tout de même de faire l'import en
>> attendant ?
>>
>>
>> Second point, c'est Nolwen qui est plus à même de
>> répondre à tes interrogations sur le module, donc je
>> vais faire de mon mieux :-(
>>
>>
>> Pour commencer, j'ai pris en exemple la fiche
>> Metz_13738551X.xml
>>
>> 1) Les erreurs liées au nom et prénom qui ne doivent
>> pas être vides sont connues. Là on a des choses à
>> faire par la suite, mais c'est juste un soucis
>> d'affichage. Il te suffit de cliquer sur le nom et
>> refermer la fenêtre de saisie de la personne pour voir
>> que l'erreur disparait. Nolwen n'avait pas réussi à
>> contourner ce problème avant son départ.
>> Lorsque tu as un PPN composé de 9 chiffres comme prévu
>> jusqu'ici dans l'éditeur TEF, le même problème se
>> pose, ouvre et referme la fenêtre de saisie, tu verras
>> que ça marche en fait.
>>
>> Ca c'est un pb connu
>>
>> 2) Il manque des mots-clefs en français. Ils sont
>> décrits comme obligatoires dans le TEF :
>>
>> http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html
>>
>>
>> Ok normal
>>
>>
>> 3) Pour le PPN qui comporte 8 chiffres et une lettre ....
>> J'ai essayé de joindre les collègues fonctionnels mais
>> ils ne sont pas joignables pour le moment. Les
>> quelques docs que j'ai trouvées parlent bien de 9
>> chiffres. Tu as une info ou une doc où ils parlent
>> d'une possibilité de caractères autres ?
>>
>>
>> Voici un extrait de la doc de l'ABES :
>> Zone 001 : Numéro d'identification de la notice
>> Zone système protégée, obligatoire, non répétable, sans
>> indicateurs et sans sous-zones.
>> Le contenu de la zone est générée automatiquement par le
>> système lors de la validation d'une nouvelle notice
>> Dans le Sudoc, l'identifiant unique de la notice est
>> appelé ppn (= Pica production number). Il comporte 9
>> caractères :
>> 8 chiffres (attribués par le système de manière
>> séquentielle = numéro d'"ordre" de la notice dans la base
>> de données)
>> une clé de contrôle sur 1 caractère, qui peut être un
>> chiffre ou "X"
>>
>> 4) Concernant le fichier maintenant ...
>> Je ne connais pas assez le TEF, mais je sais que le
>> type mime et l'URL du fichier sont à 2 endroits dans
>> le TEF que nous générons.
>> Dans tes fiches, cela n'apparait qu'une fois. Il reste
>> la rubrique suivante qui est vide :
>>
>>
>> >> USE="maitre">
>>
>>
>>
>>
>> D'où l'erreur dans l'IHM ...
>> Si on se réfère à cette doc, on lit "*Seule l'édition
>> d'archivage doit obligatoirement être représentée dans
>> cette section.* Cette présence est facultative pour
>> les autres éditions. ".
>> Dans ton cas, si je prends la fiche
>> Metz_13738551X.xml, on voit bien USE="archive" dans le
>> bloc mets:fileSec. Si je comprends bien, dans ce cas,
>> les métadonnées MIMETYPE et URL sont obligatoires. Ici
>> elles ne sont pas remplies.
>>
>> J'ai corrigé mes fichiers en remplissant et
>> je récupe^'re bien l'URL lors de l'import.
>> Pour l'anecdote je n'ai pas réussi à importer un fichier
>> TEF généré par ORI (pas de chance ???)
>>
>>
>>
>> Je reviens vers toi quand tu auras pu me donner un peu
>> plus d'infos et fait un retour sur ce mail.
>> Je te dirai aussi ce que j'ai eu comme infos pour le PPN.
>>
>> A bientôt,
>>
>> Yohan COLMANT
>> Direction des Systèmes d'Information
>> UVHC - Université de
>> Valenciennes et du Hainaut Cambrésis
>> Coordinateur Technique du projet ORI-OAI
>>
>>
>>
>> Alain Le Drezen a écrit :
>>
>> Bonjour,
>>
>> Voici quelques problèmes rencontrés lors de
>> l'import de notices de thèses du SUDOC (import en
>> pièce jointe).
>>
>> L'URL du fichier ( >> xsi:type="dcterms:URI">) ne s'importe pas.
>>
>> La notice de la thèse "Quelle formation pour le
>> médecin généraliste psychothérapeute de fait" ne
>> s'affiche pas dans l'éditeur (page grise vide). Il
>> semble que ce soit lié à la présence de caractères
>> étranges en début du titre. Mais ceci ne devrait
>> pas être bloquant.
>>
>> Dans l'éditeur, l'erreur "Le PPN du mot sujet
>> Rameau doit être composé de neuf chiffres" est
>> erronée. Un PPN peu contenir des caractères.
>>
>> Merci d'avance pour tout élément de réponse.
>>
>> Alain
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>

>
>

10 septembre 2010 - 5:38pm

yannnicolas

Je ne comprends que cette erreur apparaisse pour cette thèse. Elle semble valide, en xsd et en schematron.
Désolé...

Bon we quand même
Yann

----- Mail Original -----
De: "Jean-François Lutz" < >
À: ori-oai-utilisateurs@listes.univ-rennes1.fr
Envoyé: Vendredi 10 Septembre 2010 15:23:37
Objet: Re: [ori-oai-utilisateurs] Pb import TEF

Salut Yann,

Elle est en PJ. Bon week-end !

Jean-François.

Yann Nicolas a écrit :

> Un exemple de fiche TEF avec cette erreur ?
>
> Yann
>
>
> ----- Mail Original -----
> De: "Yohan Colmant" < >
> À: ori-oai-utilisateurs@listes.univ-rennes1.fr
> Envoyé: Vendredi 10 Septembre 2010 15:06:53
> Objet: Re: [ori-oai-utilisateurs] Pb import TEF
>
> Salut JF,
>
> Je réponds dans le mail.
>
> Yohan COLMANT
> Direction des Systèmes d'Information
> UVHC - Université de Valenciennes et
> du Hainaut Cambrésis
> Coordinateur Technique du projet ORI-OAI
>
>
> Jean-François Lutz a écrit :
>
> Bonjour Yohan,
>
> Merci pour ton aide toujours aussi efficace !
>
> Je me permets de répondre sur les imports de fiches issues de
> STAR. Comme l'indiquait Alain nous ne pouvons pas nous contenter
> de les moissonner car les laboratoires et les écoles doctorales
> ont été saisies dans STAR sans aucune liste ou forme d'autorité,
> d'où un nombre très élevé de doublons (un même labo décrit de 5
> manières différentes par exemples, sachant qu'il y a 82
> laboratoires...). Nous allons donc les importer et utiliser les
> listes d'autorité internes à ORI-OAI.
>
> 1. au niveau de l'import du fichier XML le problème est résolu.
> Les fiches TEF XML produites par STAR comportent les trois
> caractères suivants ï»¿ avant la première balise de l'entête et
> ils font planter l'import. Il suffit pour l'instant de les
> supprimer. Peut-être la nouvelle version de STAR corrigera-t-elle
> ce bug.
>
> bonne nouvelle :-)
>
>
> 2. dans le workflow, l'édition se passe sans problème mais au
> niveau de la publication, outre le fait qu'il faut cocher la case
> "fichier maître" ce qui est un détail, un problème persiste sans
> qu'Alain et moi arrivions à déterminer son origine. Le message
> suivant apparaît dans la colonne "Informations" et il empêche de
> publier la fiche : "Toute EDITION de la thèse doit être associée à
> des métadonnées de type "tef_desc_edition"." Quelqu'un aurait-il
> une idée de la solution ? Merci par avance.
>
> Tu as l'erreur quand tu essayes de la publier simplement ou quand tu
> tentes de l'envoyer à l'ABES ? Et le problème a lieu avec une fiche
> importée ou saisie de zéro dans ORI-OAI ?
>
> Si je regarde cette erreur, elle vient du schematron de l'ABES avec
> cette règle :
>
>
> id="mets_structMap_meta_Edition">
> > context="/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE='EDITION']">
> tef_easy.schematron.tef-abes.structMap.meta_Edition.check_rule
>
> >
> Donc autrement dit, l'erreur apparait quand
> /mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE='EDITION']/@DMDID
>
> n'est pas égal à
> /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE='tef_desc_edition']]/@ID
> dans la fiche TEF.
>
> Est-ce que ça parle à quelqu'un ?
>
>
> Bon week-end.
>
> Jean-François.
>
>
> Yohan Colmant a écrit :
>
> Alain,
>
> Nous venons d'avoir une réponse de l'ABES pour le PPN et tu
> avais bien raison : "le dernier caractère est un chiffre de
> contrôle, qui peut être soit un numéro soit un X, il n'y a pas
> d'autre caractère alphabétique possible. ".
> Je te propose donc ce correctif (qui sera intégré dans une
> prochaine version).
>
> Dans
> ori-oai-md-editor\WEB-INF\resources\forms\ori-md-editor\tef-global\form\form.xhtml
> il faut remplacer toutes les occurrences de
> [0-9]{9}
> par
> [0-9]{8}[X0-9]{1}
>
> Donc pour les fiches du SUDOC, à part les champs qui ne sont
> pas remplis à fond, ceci corrige ton problème ?
>
>
> Concernant les fiches qui proviennent de STAR, tu ne m'en
> avais pas parlé ?
>
> Peux-tu m'en envoyer une d'exemple stp ?
> Quand tu dis que ça plante, c'est au niveau du md-editor ou
> déjà dans le workflow ?
>
> Merci
>
> Yohan COLMANT
> Direction des Systèmes d'Information
> UVHC - Université de
> Valenciennes et du Hainaut Cambrésis
> Coordinateur Technique du projet ORI-OAI
>
>
> le drezen alain a écrit :
>
> Bonjour Yohan,
>
> Voici les éléments de réponse.
>
> Le 10/09/2010 10:31, Yohan Colmant a écrit :
>
> Salut Alain,
>
> Je commence ENFIN à me pencher sur ton problème.
>
> En premier lieu, pourquoi importes-tu les fiches dans
> ton workflow ? Tu ne peux pas les moissonner plutôt ?
> Comment les as-tu récupérées ?
>
> Pour le SUDOC pas de moissonnage possible. Pour Star le
> moissonnage serait possible. Mais dans les deux cas nous
> devons modifier les notices ce qui n'est pas possible sur
> une notice moissonnée.
>
> Là, les erreurs que tu mentionnes apparaissent dans le
> md-editor, mais pas dans le workflow ? Si tu veux
> juste importer ces fiches et les publier, rien ne te
> bloque ?
>
> En ce qui concerne l'import, en effet pas de problème pour
> les notices SUDOC. Ce n'est pas le cas pour les notices
> STAR qui elles plantent dès l'import..
> Cependant certaines notices SUDOC ne sont pas éditable
> dans le workflow ce qui empêchera de les compléter et donc
> de les publier.
>
> Si je n'arrivais pas à débloquer ton problème avant le
> retour de Nolwen, est-ce que tu serais bloqué ? En
> gros, as-tu besoin de modifier les fiches que tu
> importes ou non ?
>
> Oui, nous devons les modifier avant de les publier. Par
> exemple la thèse nommée "Quelle formation pour le médecin
> généraliste psychothérapeute de fait" ne s'ouvre pas dans
> l'éditeur à cause des caractères spéciaux en début de titre.
>
> Si non, tu peux simplement importer les fiches et les
> indexer. Effectivement, si tu cherches à les
> visualiser dans le md-editor, tu auras ces soucis,
> mais cela te permet tout de même de faire l'import en
> attendant ?
>
>
> Second point, c'est Nolwen qui est plus à même de
> répondre à tes interrogations sur le module, donc je
> vais faire de mon mieux :-(
>
>
> Pour commencer, j'ai pris en exemple la fiche
> Metz_13738551X.xml
>
> 1) Les erreurs liées au nom et prénom qui ne doivent
> pas être vides sont connues. Là on a des choses à
> faire par la suite, mais c'est juste un soucis
> d'affichage. Il te suffit de cliquer sur le nom et
> refermer la fenêtre de saisie de la personne pour voir
> que l'erreur disparait. Nolwen n'avait pas réussi à
> contourner ce problème avant son départ.
> Lorsque tu as un PPN composé de 9 chiffres comme prévu
> jusqu'ici dans l'éditeur TEF, le même problème se
> pose, ouvre et referme la fenêtre de saisie, tu verras
> que ça marche en fait.
>
> Ca c'est un pb connu
>
> 2) Il manque des mots-clefs en français. Ils sont
> décrits comme obligatoires dans le TEF :
> http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html
>
>
> Ok normal
>
>
> 3) Pour le PPN qui comporte 8 chiffres et une lettre ....
> J'ai essayé de joindre les collègues fonctionnels mais
> ils ne sont pas joignables pour le moment. Les
> quelques docs que j'ai trouvées parlent bien de 9
> chiffres. Tu as une info ou une doc où ils parlent
> d'une possibilité de caractères autres ?
>
>
> Voici un extrait de la doc de l'ABES :
> Zone 001 : Numéro d'identification de la notice
> Zone système protégée, obligatoire, non répétable, sans
> indicateurs et sans sous-zones.
> Le contenu de la zone est générée automatiquement par le
> système lors de la validation d'une nouvelle notice
> Dans le Sudoc, l'identifiant unique de la notice est
> appelé ppn (= Pica production number). Il comporte 9
> caractères :
> 8 chiffres (attribués par le système de manière
> séquentielle = numéro d'"ordre" de la notice dans la base
> de données)
> une clé de contrôle sur 1 caractère, qui peut être un
> chiffre ou "X"
>
> 4) Concernant le fichier maintenant ...
> Je ne connais pas assez le TEF, mais je sais que le
> type mime et l'URL du fichier sont à 2 endroits dans
> le TEF que nous générons.
> Dans tes fiches, cela n'apparait qu'une fois. Il reste
> la rubrique suivante qui est vide :
>
>
> > USE="maitre">
>
>
>
>
> D'où l'erreur dans l'IHM ...
> Si on se réfère à cette doc, on lit "*Seule l'édition
> d'archivage doit obligatoirement être représentée dans
> cette section.* Cette présence est facultative pour
> les autres éditions. ".
> Dans ton cas, si je prends la fiche
> Metz_13738551X.xml, on voit bien USE="archive" dans le
> bloc mets:fileSec. Si je comprends bien, dans ce cas,
> les métadonnées MIMETYPE et URL sont obligatoires. Ici
> elles ne sont pas remplies.
>
> J'ai corrigé mes fichiers en remplissant et
> je récupe^'re bien l'URL lors de l'import.
> Pour l'anecdote je n'ai pas réussi à importer un fichier
> TEF généré par ORI (pas de chance ???)
>
>
>
> Je reviens vers toi quand tu auras pu me donner un peu
> plus d'infos et fait un retour sur ce mail.
> Je te dirai aussi ce que j'ai eu comme infos pour le PPN.
>
> A bientôt,
>
> Yohan COLMANT
> Direction des Systèmes d'Information
> UVHC - Université de
> Valenciennes et du Hainaut Cambrésis
> Coordinateur Technique du projet ORI-OAI
>
>
>
> Alain Le Drezen a écrit :
>
> Bonjour,
>
> Voici quelques problèmes rencontrés lors de
> l'import de notices de thèses du SUDOC (import en
> pièce jointe).
>
> L'URL du fichier ( > xsi:type="dcterms:URI">) ne s'importe pas.
>
> La notice de la thèse "Quelle formation pour le
> médecin généraliste psychothérapeute de fait" ne
> s'affiche pas dans l'éditeur (page grise vide). Il
> semble que ce soit lié à la présence de caractères
> étranges en début du titre. Mais ceci ne devrait
> pas être bloquant.
>
> Dans l'éditeur, l'erreur "Le PPN du mot sujet
> Rameau doit être composé de neuf chiffres" est
> erronée. Un PPN peu contenir des caractères.
>
> Merci d'avance pour tout élément de réponse.
>
> Alain
>
>
>
>
>
>
>
>
>
>
>

10 septembre 2010 - 3:23pm

jean-francoislu...

Salut Yann,

Elle est en PJ. Bon week-end !

Jean-François.

Yann Nicolas a écrit :

> Un exemple de fiche TEF avec cette erreur ?
>
> Yann
>
>
> ----- Mail Original -----
> De: "Yohan Colmant" < >
> À: ori-oai-utilisateurs@listes.univ-rennes1.fr
> Envoyé: Vendredi 10 Septembre 2010 15:06:53
> Objet: Re: [ori-oai-utilisateurs] Pb import TEF
>
> Salut JF,
>
> Je réponds dans le mail.
>
> Yohan COLMANT
> Direction des Systèmes d'Information
> UVHC - Université de Valenciennes et
> du Hainaut Cambrésis
> Coordinateur Technique du projet ORI-OAI
>
>
> Jean-François Lutz a écrit :
>
> Bonjour Yohan,
>
> Merci pour ton aide toujours aussi efficace !
>
> Je me permets de répondre sur les imports de fiches issues de
> STAR. Comme l'indiquait Alain nous ne pouvons pas nous contenter
> de les moissonner car les laboratoires et les écoles doctorales
> ont été saisies dans STAR sans aucune liste ou forme d'autorité,
> d'où un nombre très élevé de doublons (un même labo décrit de 5
> manières différentes par exemples, sachant qu'il y a 82
> laboratoires...). Nous allons donc les importer et utiliser les
> listes d'autorité internes à ORI-OAI.
>
> 1. au niveau de l'import du fichier XML le problème est résolu.
> Les fiches TEF XML produites par STAR comportent les trois
> caractères suivants ï»¿ avant la première balise de l'entête et
> ils font planter l'import. Il suffit pour l'instant de les
> supprimer. Peut-être la nouvelle version de STAR corrigera-t-elle
> ce bug.
>
> bonne nouvelle :-)
>
>
> 2. dans le workflow, l'édition se passe sans problème mais au
> niveau de la publication, outre le fait qu'il faut cocher la case
> "fichier maître" ce qui est un détail, un problème persiste sans
> qu'Alain et moi arrivions à déterminer son origine. Le message
> suivant apparaît dans la colonne "Informations" et il empêche de
> publier la fiche : "Toute EDITION de la thèse doit être associée à
> des métadonnées de type "tef_desc_edition"." Quelqu'un aurait-il
> une idée de la solution ? Merci par avance.
>
> Tu as l'erreur quand tu essayes de la publier simplement ou quand tu
> tentes de l'envoyer à l'ABES ? Et le problème a lieu avec une fiche
> importée ou saisie de zéro dans ORI-OAI ?
>
> Si je regarde cette erreur, elle vient du schematron de l'ABES avec
> cette règle :
>
>
> id="mets_structMap_meta_Edition">
> > context="/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE='EDITION']">
> tef_easy.schematron.tef-abes.structMap.meta_Edition.check_rule
>
> >
> Donc autrement dit, l'erreur apparait quand
> /mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE='EDITION']/@DMDID
>
> n'est pas égal à
> /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE='tef_desc_edition']]/@ID
> dans la fiche TEF.
>
> Est-ce que ça parle à quelqu'un ?
>
>
> Bon week-end.
>
> Jean-François.
>
>
> Yohan Colmant a écrit :
>
> Alain,
>
> Nous venons d'avoir une réponse de l'ABES pour le PPN et tu
> avais bien raison : "le dernier caractère est un chiffre de
> contrôle, qui peut être soit un numéro soit un X, il n'y a pas
> d'autre caractère alphabétique possible. ".
> Je te propose donc ce correctif (qui sera intégré dans une
> prochaine version).
>
> Dans
> ori-oai-md-editor\WEB-INF\resources\forms\ori-md-editor\tef-global\form\form.xhtml
> il faut remplacer toutes les occurrences de
> [0-9]{9}
> par
> [0-9]{8}[X0-9]{1}
>
> Donc pour les fiches du SUDOC, à part les champs qui ne sont
> pas remplis à fond, ceci corrige ton problème ?
>
>
> Concernant les fiches qui proviennent de STAR, tu ne m'en
> avais pas parlé ?
>
> Peux-tu m'en envoyer une d'exemple stp ?
> Quand tu dis que ça plante, c'est au niveau du md-editor ou
> déjà dans le workflow ?
>
> Merci
>
> Yohan COLMANT
> Direction des Systèmes d'Information
> UVHC - Université de
> Valenciennes et du Hainaut Cambrésis
> Coordinateur Technique du projet ORI-OAI
>
>
> le drezen alain a écrit :
>
> Bonjour Yohan,
>
> Voici les éléments de réponse.
>
> Le 10/09/2010 10:31, Yohan Colmant a écrit :
>
> Salut Alain,
>
> Je commence ENFIN à me pencher sur ton problème.
>
> En premier lieu, pourquoi importes-tu les fiches dans
> ton workflow ? Tu ne peux pas les moissonner plutôt ?
> Comment les as-tu récupérées ?
>
> Pour le SUDOC pas de moissonnage possible. Pour Star le
> moissonnage serait possible. Mais dans les deux cas nous
> devons modifier les notices ce qui n'est pas possible sur
> une notice moissonnée.
>
> Là, les erreurs que tu mentionnes apparaissent dans le
> md-editor, mais pas dans le workflow ? Si tu veux
> juste importer ces fiches et les publier, rien ne te
> bloque ?
>
> En ce qui concerne l'import, en effet pas de problème pour
> les notices SUDOC. Ce n'est pas le cas pour les notices
> STAR qui elles plantent dès l'import..
> Cependant certaines notices SUDOC ne sont pas éditable
> dans le workflow ce qui empêchera de les compléter et donc
> de les publier.
>
> Si je n'arrivais pas à débloquer ton problème avant le
> retour de Nolwen, est-ce que tu serais bloqué ? En
> gros, as-tu besoin de modifier les fiches que tu
> importes ou non ?
>
> Oui, nous devons les modifier avant de les publier. Par
> exemple la thèse nommée "Quelle formation pour le médecin
> généraliste psychothérapeute de fait" ne s'ouvre pas dans
> l'éditeur à cause des caractères spéciaux en début de titre.
>
> Si non, tu peux simplement importer les fiches et les
> indexer. Effectivement, si tu cherches à les
> visualiser dans le md-editor, tu auras ces soucis,
> mais cela te permet tout de même de faire l'import en
> attendant ?
>
>
> Second point, c'est Nolwen qui est plus à même de
> répondre à tes interrogations sur le module, donc je
> vais faire de mon mieux :-(
>
>
> Pour commencer, j'ai pris en exemple la fiche
> Metz_13738551X.xml
>
> 1) Les erreurs liées au nom et prénom qui ne doivent
> pas être vides sont connues. Là on a des choses à
> faire par la suite, mais c'est juste un soucis
> d'affichage. Il te suffit de cliquer sur le nom et
> refermer la fenêtre de saisie de la personne pour voir
> que l'erreur disparait. Nolwen n'avait pas réussi à
> contourner ce problème avant son départ.
> Lorsque tu as un PPN composé de 9 chiffres comme prévu
> jusqu'ici dans l'éditeur TEF, le même problème se
> pose, ouvre et referme la fenêtre de saisie, tu verras
> que ça marche en fait.
>
> Ca c'est un pb connu
>
> 2) Il manque des mots-clefs en français. Ils sont
> décrits comme obligatoires dans le TEF :
> http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html
>
>
> Ok normal
>
>
> 3) Pour le PPN qui comporte 8 chiffres et une lettre ....
> J'ai essayé de joindre les collègues fonctionnels mais
> ils ne sont pas joignables pour le moment. Les
> quelques docs que j'ai trouvées parlent bien de 9
> chiffres. Tu as une info ou une doc où ils parlent
> d'une possibilité de caractères autres ?
>
>
> Voici un extrait de la doc de l'ABES :
> Zone 001 : Numéro d'identification de la notice
> Zone système protégée, obligatoire, non répétable, sans
> indicateurs et sans sous-zones.
> Le contenu de la zone est générée automatiquement par le
> système lors de la validation d'une nouvelle notice
> Dans le Sudoc, l'identifiant unique de la notice est
> appelé ppn (= Pica production number). Il comporte 9
> caractères :
> 8 chiffres (attribués par le système de manière
> séquentielle = numéro d'"ordre" de la notice dans la base
> de données)
> une clé de contrôle sur 1 caractère, qui peut être un
> chiffre ou "X"
>
> 4) Concernant le fichier maintenant ...
> Je ne connais pas assez le TEF, mais je sais que le
> type mime et l'URL du fichier sont à 2 endroits dans
> le TEF que nous générons.
> Dans tes fiches, cela n'apparait qu'une fois. Il reste
> la rubrique suivante qui est vide :
>
>
> > USE="maitre">
>
>
>
>
> D'où l'erreur dans l'IHM ...
> Si on se réfère à cette doc, on lit "*Seule l'édition
> d'archivage doit obligatoirement être représentée dans
> cette section.* Cette présence est facultative pour
> les autres éditions. ".
> Dans ton cas, si je prends la fiche
> Metz_13738551X.xml, on voit bien USE="archive" dans le
> bloc mets:fileSec. Si je comprends bien, dans ce cas,
> les métadonnées MIMETYPE et URL sont obligatoires. Ici
> elles ne sont pas remplies.
>
> J'ai corrigé mes fichiers en remplissant et
> je récupe^'re bien l'URL lors de l'import.
> Pour l'anecdote je n'ai pas réussi à importer un fichier
> TEF généré par ORI (pas de chance ???)
>
>
>
> Je reviens vers toi quand tu auras pu me donner un peu
> plus d'infos et fait un retour sur ce mail.
> Je te dirai aussi ce que j'ai eu comme infos pour le PPN.
>
> A bientôt,
>
> Yohan COLMANT
> Direction des Systèmes d'Information
> UVHC - Université de
> Valenciennes et du Hainaut Cambrésis
> Coordinateur Technique du projet ORI-OAI
>
>
>
> Alain Le Drezen a écrit :
>
> Bonjour,
>
> Voici quelques problèmes rencontrés lors de
> l'import de notices de thèses du SUDOC (import en
> pièce jointe).
>
> L'URL du fichier ( > xsi:type="dcterms:URI">) ne s'importe pas.
>
> La notice de la thèse "Quelle formation pour le
> médecin généraliste psychothérapeute de fait" ne
> s'affiche pas dans l'éditeur (page grise vide). Il
> semble que ce soit lié à la présence de caractères
> étranges en début du titre. Mais ceci ne devrait
> pas être bloquant.
>
> Dans l'éditeur, l'erreur "Le PPN du mot sujet
> Rameau doit être composé de neuf chiffres" est
> erronée. Un PPN peu contenir des caractères.
>
> Merci d'avance pour tout élément de réponse.
>
> Alain
>
>
>
>
>
>
>
>
>
>
>

10 septembre 2010 - 3:21pm

jean-francoislu...

Yohan Colmant a écrit :

> Salut JF,
>
> Je réponds dans le mail.
>
> Yohan COLMANT
> Direction des Systèmes d'Information
> UVHC - Université de Valenciennes et
> du Hainaut Cambrésis
> Coordinateur Technique du projet ORI-OAI
>
>
> Jean-François Lutz a écrit :

>> Bonjour Yohan,
>>
>> Merci pour ton aide toujours aussi efficace !
>>
>> Je me permets de répondre sur les imports de fiches issues de STAR.
>> Comme l'indiquait Alain nous ne pouvons pas nous contenter de les
>> moissonner car les laboratoires et les écoles doctorales ont été
>> saisies dans STAR sans aucune liste ou forme d'autorité, d'où un
>> nombre très élevé de doublons (un même labo décrit de 5 manières
>> différentes par exemples, sachant qu'il y a 82 laboratoires...). Nous
>> allons donc les importer et utiliser les listes d'autorité internes à
>> ORI-OAI.
>>
>> 1. au niveau de l'import du fichier XML le problème est résolu. Les
>> fiches TEF XML produites par STAR comportent les trois caractères
>> suivants ï»¿ avant la première balise de l'entête et ils font planter
>> l'import. Il suffit pour l'instant de les supprimer. Peut-être la
>> nouvelle version de STAR corrigera-t-elle ce bug.

> bonne nouvelle :-)

>>
>> 2. dans le workflow, l'édition se passe sans problème mais au niveau
>> de la publication, outre le fait qu'il faut cocher la case "fichier
>> maître" ce qui est un détail, un problème persiste sans qu'Alain et
>> moi arrivions à déterminer son origine. Le message suivant apparaît
>> dans la colonne "Informations" et il empêche de publier la fiche :
>> "Toute EDITION de la thèse doit être associée à des métadonnées de
>> type "tef_desc_edition"." Quelqu'un aurait-il une idée de la solution
>> ? Merci par avance.

> Tu as l'erreur quand tu essayes de la publier simplement ou quand tu
> tentes de l'envoyer à l'ABES ? Et le problème a lieu avec une fiche
> importée ou saisie de zéro dans ORI-OAI ?

L'erreur apparaît lorsque j'essaie de publier la fiche et ne concerne
que les fiches importées depuis STAR (et qu'il n'est dons pas nécessaire
de renvoyer dans STAR). Lors d'une saisie de zéro dans ORI-OAI (ou d'un
import depuis Apogée) il n'y a aucun problème.

>
> Si je regarde cette erreur, elle vient du schematron de l'ABES avec
> cette règle :
>
>
> id="mets_structMap_meta_Edition">
> > context="/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE='EDITION']">
> tef_easy.schematron.tef-abes.structMap.meta_Edition.check_rule
>
> >
> Donc autrement dit, l'erreur apparait quand
> /mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE='EDITION']/@DMDID
>
> n'est pas égal à
> /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE='tef_desc_edition']]/@ID
> dans la fiche TEF.
>
> Est-ce que ça parle à quelqu'un ?

J'avoue mon incompétence sur ce point...

Bon week-end.

Jean-François.

>>
>> Bon week-end.
>>
>> Jean-François.
>>
>>
>> Yohan Colmant a écrit :

>>> Alain,
>>>
>>> Nous venons d'avoir une réponse de l'ABES pour le PPN et tu avais
>>> bien raison : "le dernier caractère est un chiffre de contrôle, qui
>>> peut être soit un numéro soit un X, il n'y a pas d'autre caractère
>>> alphabétique possible. ".
>>> Je te propose donc ce correctif (qui sera intégré dans une prochaine
>>> version).
>>>
>>> Dans
>>> ori-oai-md-editor\WEB-INF\resources\forms\ori-md-editor\tef-global\form\form.xhtml
>>> il faut remplacer toutes les occurrences de
>>> [0-9]{9}
>>> par
>>> [0-9]{8}[X0-9]{1}
>>>
>>> Donc pour les fiches du SUDOC, à part les champs qui ne sont pas
>>> remplis à fond, ceci corrige ton problème ?
>>>
>>>
>>> Concernant les fiches qui proviennent de STAR, tu ne m'en avais pas
>>> parlé ?
>>>
>>> Peux-tu m'en envoyer une d'exemple stp ?
>>> Quand tu dis que ça plante, c'est au niveau du md-editor ou déjà
>>> dans le workflow ?
>>>
>>> Merci
>>>
>>> Yohan COLMANT
>>> Direction des Systèmes d'Information
>>> UVHC - Université de Valenciennes
>>> et du Hainaut Cambrésis
>>> Coordinateur Technique du projet ORI-OAI
>>>
>>>
>>> le drezen alain a écrit :

>>>> Bonjour Yohan,
>>>>
>>>> Voici les éléments de réponse.
>>>>
>>>> Le 10/09/2010 10:31, Yohan Colmant a écrit :

>>>>> Salut Alain,
>>>>>
>>>>> Je commence ENFIN à me pencher sur ton problème.
>>>>>
>>>>> En premier lieu, pourquoi importes-tu les fiches dans ton workflow
>>>>> ? Tu ne peux pas les moissonner plutôt ? Comment les as-tu
>>>>> récupérées ?
>>>>>

>>>> Pour le SUDOC pas de moissonnage possible. Pour Star le moissonnage
>>>> serait possible. Mais dans les deux cas nous devons modifier les
>>>> notices ce qui n'est pas possible sur une notice moissonnée.

>>>>> Là, les erreurs que tu mentionnes apparaissent dans le md-editor,
>>>>> mais pas dans le workflow ? Si tu veux juste importer ces fiches
>>>>> et les publier, rien ne te bloque ?

>>>> En ce qui concerne l'import, en effet pas de problème pour les
>>>> notices SUDOC. Ce n'est pas le cas pour les notices STAR qui elles
>>>> plantent dès l'import..
>>>> Cependant certaines notices SUDOC ne sont pas éditable dans le
>>>> workflow ce qui empêchera de les compléter et donc de les publier.

>>>>> Si je n'arrivais pas à débloquer ton problème avant le retour de
>>>>> Nolwen, est-ce que tu serais bloqué ? En gros, as-tu besoin de
>>>>> modifier les fiches que tu importes ou non ?

>>>> Oui, nous devons les modifier avant de les publier. Par exemple la
>>>> thèse nommée "Quelle formation pour le médecin généraliste
>>>> psychothérapeute de fait" ne s'ouvre pas dans l'éditeur à cause des
>>>> caractères spéciaux en début de titre.

>>>>> Si non, tu peux simplement importer les fiches et les indexer.
>>>>> Effectivement, si tu cherches à les visualiser dans le md-editor,
>>>>> tu auras ces soucis, mais cela te permet tout de même de faire
>>>>> l'import en attendant ?
>>>>>
>>>>>
>>>>> Second point, c'est Nolwen qui est plus à même de répondre à tes
>>>>> interrogations sur le module, donc je vais faire de mon mieux :-(
>>>>>
>>>>>
>>>>> Pour commencer, j'ai pris en exemple la fiche Metz_13738551X.xml
>>>>>
>>>>> 1) Les erreurs liées au nom et prénom qui ne doivent pas être
>>>>> vides sont connues. Là on a des choses à faire par la suite, mais
>>>>> c'est juste un soucis d'affichage. Il te suffit de cliquer sur le
>>>>> nom et refermer la fenêtre de saisie de la personne pour voir que
>>>>> l'erreur disparait. Nolwen n'avait pas réussi à contourner ce
>>>>> problème avant son départ.
>>>>> Lorsque tu as un PPN composé de 9 chiffres comme prévu jusqu'ici
>>>>> dans l'éditeur TEF, le même problème se pose, ouvre et referme la
>>>>> fenêtre de saisie, tu verras que ça marche en fait.
>>>>>

>>>> Ca c'est un pb connu

>>>>> 2) Il manque des mots-clefs en français. Ils sont décrits comme
>>>>> obligatoires dans le TEF :
>>>>> http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html

>>>> Ok normal

>>>>>
>>>>> 3) Pour le PPN qui comporte 8 chiffres et une lettre ....
>>>>> J'ai essayé de joindre les collègues fonctionnels mais ils ne sont
>>>>> pas joignables pour le moment. Les quelques docs que j'ai trouvées
>>>>> parlent bien de 9 chiffres. Tu as une info ou une doc où ils
>>>>> parlent d'une possibilité de caractères autres ?
>>>>>

>>>>
>>>> Voici un extrait de la doc de l'ABES :
>>>> Zone 001 : Numéro d'identification de la notice
>>>> Zone système protégée, obligatoire, non répétable, sans indicateurs
>>>> et sans sous-zones.
>>>> Le contenu de la zone est générée automatiquement par le système
>>>> lors de la validation d'une nouvelle notice
>>>> Dans le Sudoc, l'identifiant unique de la notice est appelé ppn (=
>>>> Pica production number). Il comporte 9 caractères :
>>>> 8 chiffres (attribués par le système de manière séquentielle =
>>>> numéro d'"ordre" de la notice dans la base de données)
>>>> une clé de contrôle sur 1 caractère, qui peut être un chiffre ou "X"
>>>>

>>>>> 4) Concernant le fichier maintenant ...
>>>>> Je ne connais pas assez le TEF, mais je sais que le type mime et
>>>>> l'URL du fichier sont à 2 endroits dans le TEF que nous générons.
>>>>> Dans tes fiches, cela n'apparait qu'une fois. Il reste la rubrique
>>>>> suivante qui est vide :
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> D'où l'erreur dans l'IHM ...
>>>>> Si on se réfère à cette doc, on lit "*Seule l'édition d'archivage
>>>>> doit obligatoirement être représentée dans cette section.* Cette
>>>>> présence est facultative pour les autres éditions. ".
>>>>> Dans ton cas, si je prends la fiche Metz_13738551X.xml, on voit
>>>>> bien USE="archive" dans le bloc mets:fileSec. Si je comprends
>>>>> bien, dans ce cas, les métadonnées MIMETYPE et URL sont
>>>>> obligatoires. Ici elles ne sont pas remplies.

>>>> J'ai corrigé mes fichiers en remplissant et je
>>>> récupe^'re bien l'URL lors de l'import.
>>>> Pour l'anecdote je n'ai pas réussi à importer un fichier TEF généré
>>>> par ORI (pas de chance ???)
>>>>

>>>>>
>>>>>
>>>>> Je reviens vers toi quand tu auras pu me donner un peu plus
>>>>> d'infos et fait un retour sur ce mail.
>>>>> Je te dirai aussi ce que j'ai eu comme infos pour le PPN.
>>>>>
>>>>> A bientôt,
>>>>>
>>>>> Yohan COLMANT
>>>>> Direction des Systèmes d'Information
>>>>> UVHC - Université de
>>>>> Valenciennes et du Hainaut Cambrésis
>>>>> Coordinateur Technique du projet ORI-OAI
>>>>>
>>>>>
>>>>> Alain Le Drezen a écrit :

>>>>>> Bonjour,
>>>>>>
>>>>>> Voici quelques problèmes rencontrés lors de l'import de notices
>>>>>> de thèses du SUDOC (import en pièce jointe).
>>>>>>
>>>>>> L'URL du fichier () ne
>>>>>> s'importe pas.
>>>>>>
>>>>>> La notice de la thèse "Quelle formation pour le médecin
>>>>>> généraliste psychothérapeute de fait" ne s'affiche pas dans
>>>>>> l'éditeur (page grise vide). Il semble que ce soit lié à la
>>>>>> présence de caractères étranges en début du titre. Mais ceci ne
>>>>>> devrait pas être bloquant.
>>>>>>
>>>>>> Dans l'éditeur, l'erreur "Le PPN du mot sujet Rameau doit être
>>>>>> composé de neuf chiffres" est erronée. Un PPN peu contenir des
>>>>>> caractères.
>>>>>>
>>>>>> Merci d'avance pour tout élément de réponse.
>>>>>>
>>>>>> Alain
>>>>>>
>>>>>>
>>>>>>
>>>>>>

>>>>

>>
>>
>>
>>
>>

10 septembre 2010 - 3:19pm

yannnicolas

Un exemple de fiche TEF avec cette erreur ?

Yann

----- Mail Original -----
De: "Yohan Colmant" < >
À: ori-oai-utilisateurs@listes.univ-rennes1.fr
Envoyé: Vendredi 10 Septembre 2010 15:06:53
Objet: Re: [ori-oai-utilisateurs] Pb import TEF

Salut JF,

Je réponds dans le mail.

Yohan COLMANT
Direction des Systèmes d'Information
UVHC - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI

Jean-François Lutz a écrit :

Bonjour Yohan,

Merci pour ton aide toujours aussi efficace !

Je me permets de répondre sur les imports de fiches issues de STAR. Comme l'indiquait Alain nous ne pouvons pas nous contenter de les moissonner car les laboratoires et les écoles doctorales ont été saisies dans STAR sans aucune liste ou forme d'autorité, d'où un nombre très élevé de doublons (un même labo décrit de 5 manières différentes par exemples, sachant qu'il y a 82 laboratoires...). Nous allons donc les importer et utiliser les listes d'autorité internes à ORI-OAI.

1. au niveau de l'import du fichier XML le problème est résolu. Les fiches TEF XML produites par STAR comportent les trois caractères suivants ï»¿ avant la première balise de l'entête et ils font planter l'import. Il suffit pour l'instant de les supprimer. Peut-être la nouvelle version de STAR corrigera-t-elle ce bug.

bonne nouvelle :-)

2. dans le workflow, l'édition se passe sans problème mais au niveau de la publication, outre le fait qu'il faut cocher la case "fichier maître" ce qui est un détail, un problème persiste sans qu'Alain et moi arrivions à déterminer son origine. Le message suivant apparaît dans la colonne "Informations" et il empêche de publier la fiche : "Toute EDITION de la thèse doit être associée à des métadonnées de type "tef_desc_edition"." Quelqu'un aurait-il une idée de la solution ? Merci par avance.

Tu as l'erreur quand tu essayes de la publier simplement ou quand tu tentes de l'envoyer à l'ABES ? Et le problème a lieu avec une fiche importée ou saisie de zéro dans ORI-OAI ?

Si je regarde cette erreur, elle vient du schematron de l'ABES avec cette règle :

<pattern name="mets_structMap_meta_Edition" id="mets_structMap_meta_Edition">
 <rule context="/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE='EDITION']">
 <assert test="@DMDID = /mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE='tef_desc_edition']]/@ID">tef_easy.schematron.tef-abes.structMap.meta_Edition.check_rule</assert>
 </rule>
</pattern>

Donc autrement dit, l'erreur apparait quand
/mets:mets/mets:structMap/mets:div/mets:div/mets:div[@TYPE='EDITION']/@DMDID
n'est pas égal à
/mets:mets/mets:dmdSec[mets:mdWrap[@OTHERMDTYPE='tef_desc_edition']]/@ID
dans la fiche TEF.

Est-ce que ça parle à quelqu'un ?

Bon week-end.

Jean-François.

Yohan Colmant a écrit :

Alain,

Nous venons d'avoir une réponse de l'ABES pour le PPN et tu avais bien raison : "le dernier caractère est un chiffre de contrôle, qui peut être soit un numéro soit un X, il n'y a pas d'autre caractère alphabétique possible. ".
Je te propose donc ce correctif (qui sera intégré dans une prochaine version).

Dans ori-oai-md-editor\WEB-INF\resources\forms\ori-md-editor\tef-global\form\form.xhtml il faut remplacer toutes les occurrences de
[0-9]{9}
par
[0-9]{8}[X0-9]{1}

Donc pour les fiches du SUDOC, à part les champs qui ne sont pas remplis à fond, ceci corrige ton problème ?

Concernant les fiches qui proviennent de STAR, tu ne m'en avais pas parlé ?

Peux-tu m'en envoyer une d'exemple stp ?
Quand tu dis que ça plante, c'est au niveau du md-editor ou déjà dans le workflow ?

Merci

Yohan COLMANT
Direction des Systèmes d'Information
UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org>

le drezen alain a écrit :

Bonjour Yohan,

Voici les éléments de réponse.

Le 10/09/2010 10:31, Yohan Colmant a écrit :

Salut Alain,

Je commence ENFIN à me pencher sur ton problème.

En premier lieu, pourquoi importes-tu les fiches dans ton workflow ? Tu ne peux pas les moissonner plutôt ? Comment les as-tu récupérées ?

Pour le SUDOC pas de moissonnage possible. Pour Star le moissonnage serait possible. Mais dans les deux cas nous devons modifier les notices ce qui n'est pas possible sur une notice moissonnée.

Là, les erreurs que tu mentionnes apparaissent dans le md-editor, mais pas dans le workflow ? Si tu veux juste importer ces fiches et les publier, rien ne te bloque ?

En ce qui concerne l'import, en effet pas de problème pour les notices SUDOC. Ce n'est pas le cas pour les notices STAR qui elles plantent dès l'import..
Cependant certaines notices SUDOC ne sont pas éditable dans le workflow ce qui empêchera de les compléter et donc de les publier.

Si je n'arrivais pas à débloquer ton problème avant le retour de Nolwen, est-ce que tu serais bloqué ? En gros, as-tu besoin de modifier les fiches que tu importes ou non ?

Oui, nous devons les modifier avant de les publier. Par exemple la thèse nommée "Quelle formation pour le médecin généraliste psychothérapeute de fait" ne s'ouvre pas dans l'éditeur à cause des caractères spéciaux en début de titre.

Si non, tu peux simplement importer les fiches et les indexer. Effectivement, si tu cherches à les visualiser dans le md-editor, tu auras ces soucis, mais cela te permet tout de même de faire l'import en attendant ?

Second point, c'est Nolwen qui est plus à même de répondre à tes interrogations sur le module, donc je vais faire de mon mieux :-(

Pour commencer, j'ai pris en exemple la fiche Metz_13738551X.xml

1) Les erreurs liées au nom et prénom qui ne doivent pas être vides sont connues. Là on a des choses à faire par la suite, mais c'est juste un soucis d'affichage. Il te suffit de cliquer sur le nom et refermer la fenêtre de saisie de la personne pour voir que l'erreur disparait. Nolwen n'avait pas réussi à contourner ce problème avant son départ.
Lorsque tu as un PPN composé de 9 chiffres comme prévu jusqu'ici dans l'éditeur TEF, le même problème se pose, ouvre et referme la fenêtre de saisie, tu verras que ça marche en fait.

Ca c'est un pb connu

2) Il manque des mots-clefs en français. Ils sont décrits comme obligatoires dans le TEF : http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html

Ok normal

3) Pour le PPN qui comporte 8 chiffres et une lettre ....
J'ai essayé de joindre les collègues fonctionnels mais ils ne sont pas joignables pour le moment. Les quelques docs que j'ai trouvées parlent bien de 9 chiffres. Tu as une info ou une doc où ils parlent d'une possibilité de caractères autres ?

Voici un extrait de la doc de l'ABES :
Zone 001 : Numéro d'identification de la notice
Zone système protégée, obligatoire, non répétable, sans indicateurs et sans sous-zones.
Le contenu de la zone est générée automatiquement par le système lors de la validation d'une nouvelle notice
Dans le Sudoc, l'identifiant unique de la notice est appelé ppn (= Pica production number). Il comporte 9 caractères :
8 chiffres (attribués par le système de manière séquentielle = numéro d'"ordre" de la notice dans la base de données)
une clé de contrôle sur 1 caractère, qui peut être un chiffre ou "X"

4) Concernant le fichier maintenant ...
Je ne connais pas assez le TEF, mais je sais que le type mime et l'URL du fichier sont à 2 endroits dans le TEF que nous générons.
Dans tes fiches, cela n'apparait qu'une fois. Il reste la rubrique suivante qui est vide :
<mets:fileSec>
<mets:fileGrp USE="archive" ID="FGrID1">
<mets:file ID="FID1" MIMETYPE="" ADMID="file_1" USE="maitre">
<mets:FLocat LOCTYPE="URL" xlink:href=""/>
</mets:file>
</mets:fileGrp>
</mets:fileSec>
D'où l'erreur dans l'IHM ...
Si on se réfère à cette doc, on lit "*Seule l'édition d'archivage doit obligatoirement être représentée dans cette section.* Cette présence est facultative pour les autres éditions. ".
Dans ton cas, si je prends la fiche Metz_13738551X.xml, on voit bien USE="archive" dans le bloc mets:fileSec. Si je comprends bien, dans ce cas, les métadonnées MIMETYPE et URL sont obligatoires. Ici elles ne sont pas remplies.

J'ai corrigé mes fichiers en remplissant <mets:fileSec> et je récupe^'re bien l'URL lors de l'import.
Pour l'anecdote je n'ai pas réussi à importer un fichier TEF généré par ORI (pas de chance ???)

Je reviens vers toi quand tu auras pu me donner un peu plus d'infos et fait un retour sur ce mail.
Je te dirai aussi ce que j'ai eu comme infos pour le PPN.

A bientôt,

Yohan COLMANT
Direction des Systèmes d'Information
UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org>

Alain Le Drezen a écrit :

Bonjour,

Voici quelques problèmes rencontrés lors de l'import de notices de thèses du SUDOC (import en pièce jointe).

L'URL du fichier (<dc:identifier xsi:type="dcterms:URI">) ne s'importe pas.

La notice de la thèse "Quelle formation pour le médecin généraliste psychothérapeute de fait" ne s'affiche pas dans l'éditeur (page grise vide). Il semble que ce soit lié à la présence de caractères étranges en début du titre. Mais ceci ne devrait pas être bloquant.

Dans l'éditeur, l'erreur "Le PPN du mot sujet Rameau doit être composé de neuf chiffres" est erronée. Un PPN peu contenir des caractères.

Merci d'avance pour tout élément de réponse.

Alain

10 septembre 2010 - 3:06pm

Yohan Colmant

Salut JF,

Je réponds dans le mail.

Yohan COLMANT
Direction des Systèmes d'Information
UVHC - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI

Jean-François Lutz a écrit :

Bonjour Yohan,

Merci pour ton aide toujours aussi efficace !

Je me permets de répondre sur les imports de fiches issues de STAR. Comme l'indiquait Alain nous ne pouvons pas nous contenter de les moissonner car les laboratoires et les écoles doctorales ont été saisies dans STAR sans aucune liste ou forme d'autorité, d'où un nombre très élevé de doublons (un même labo décrit de 5 manières différentes par exemples, sachant qu'il y a 82 laboratoires...). Nous allons donc les importer et utiliser les listes d'autorité internes à ORI-OAI.

1. au niveau de l'import du fichier XML le problème est résolu. Les fiches TEF XML produites par STAR comportent les trois caractères suivants ï»¿ avant la première balise de l'entête et ils font planter l'import. Il suffit pour l'instant de les supprimer. Peut-être la nouvelle version de STAR corrigera-t-elle ce bug.

bonne nouvelle :-)

2. dans le workflow, l'édition se passe sans problème mais au niveau de la publication, outre le fait qu'il faut cocher la case "fichier maître" ce qui est un détail, un problème persiste sans qu'Alain et moi arrivions à déterminer son origine. Le message suivant apparaît dans la colonne "Informations" et il empêche de publier la fiche : "Toute EDITION de la thèse doit être associée à des métadonnées de type "tef_desc_edition"." Quelqu'un aurait-il une idée de la solution ? Merci par avance.

Bon week-end.

Jean-François.

Yohan Colmant a écrit :

Alain,

Nous venons d'avoir une réponse de l'ABES pour le PPN et tu avais bien raison : "le dernier caractère est un chiffre de contrôle, qui peut être soit un numéro soit un X, il n'y a pas d'autre caractère alphabétique possible. ".
Je te propose donc ce correctif (qui sera intégré dans une prochaine version).

Dans ori-oai-md-editor\WEB-INF\resources\forms\ori-md-editor\tef-global\form\form.xhtml il faut remplacer toutes les occurrences de
[0-9]{9}
par
[0-9]{8}[X0-9]{1}

Donc pour les fiches du SUDOC, à part les champs qui ne sont pas remplis à fond, ceci corrige ton problème ?

Concernant les fiches qui proviennent de STAR, tu ne m'en avais pas parlé ?

Peux-tu m'en envoyer une d'exemple stp ?
Quand tu dis que ça plante, c'est au niveau du md-editor ou déjà dans le workflow ?

Merci

Yohan COLMANT
Direction des Systèmes d'Information
UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org>

le drezen alain a écrit :

Bonjour Yohan,

Voici les éléments de réponse.

Le 10/09/2010 10:31, Yohan Colmant a écrit :

Salut Alain,

Je commence ENFIN à me pencher sur ton problème.

En premier lieu, pourquoi importes-tu les fiches dans ton workflow ? Tu ne peux pas les moissonner plutôt ? Comment les as-tu récupérées ?

Pour le SUDOC pas de moissonnage possible. Pour Star le moissonnage serait possible. Mais dans les deux cas nous devons modifier les notices ce qui n'est pas possible sur une notice moissonnée.

Là, les erreurs que tu mentionnes apparaissent dans le md-editor, mais pas dans le workflow ? Si tu veux juste importer ces fiches et les publier, rien ne te bloque ?

En ce qui concerne l'import, en effet pas de problème pour les notices SUDOC. Ce n'est pas le cas pour les notices STAR qui elles plantent dès l'import..
Cependant certaines notices SUDOC ne sont pas éditable dans le workflow ce qui empêchera de les compléter et donc de les publier.

Si je n'arrivais pas à débloquer ton problème avant le retour de Nolwen, est-ce que tu serais bloqué ? En gros, as-tu besoin de modifier les fiches que tu importes ou non ?

Oui, nous devons les modifier avant de les publier. Par exemple la thèse nommée "Quelle formation pour le médecin généraliste psychothérapeute de fait" ne s'ouvre pas dans l'éditeur à cause des caractères spéciaux en début de titre.

Si non, tu peux simplement importer les fiches et les indexer. Effectivement, si tu cherches à les visualiser dans le md-editor, tu auras ces soucis, mais cela te permet tout de même de faire l'import en attendant ?

Second point, c'est Nolwen qui est plus à même de répondre à tes interrogations sur le module, donc je vais faire de mon mieux :-(

Pour commencer, j'ai pris en exemple la fiche Metz_13738551X.xml

1) Les erreurs liées au nom et prénom qui ne doivent pas être vides sont connues. Là on a des choses à faire par la suite, mais c'est juste un soucis d'affichage. Il te suffit de cliquer sur le nom et refermer la fenêtre de saisie de la personne pour voir que l'erreur disparait. Nolwen n'avait pas réussi à contourner ce problème avant son départ.
Lorsque tu as un PPN composé de 9 chiffres comme prévu jusqu'ici dans l'éditeur TEF, le même problème se pose, ouvre et referme la fenêtre de saisie, tu verras que ça marche en fait.

Ca c'est un pb connu

2) Il manque des mots-clefs en français. Ils sont décrits comme obligatoires dans le TEF : http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html

Ok normal

3) Pour le PPN qui comporte 8 chiffres et une lettre ....
J'ai essayé de joindre les collègues fonctionnels mais ils ne sont pas joignables pour le moment. Les quelques docs que j'ai trouvées parlent bien de 9 chiffres. Tu as une info ou une doc où ils parlent d'une possibilité de caractères autres ?

Voici un extrait de la doc de l'ABES :
Zone 001 : Numéro d'identification de la notice
Zone système protégée, obligatoire, non répétable, sans indicateurs et sans sous-zones.
Le contenu de la zone est générée automatiquement par le système lors de la validation d'une nouvelle notice
Dans le Sudoc, l'identifiant unique de la notice est appelé ppn (= Pica production number). Il comporte 9 caractères :
8 chiffres (attribués par le système de manière séquentielle = numéro d'"ordre" de la notice dans la base de données)
une clé de contrôle sur 1 caractère, qui peut être un chiffre ou "X"

4) Concernant le fichier maintenant ...
Je ne connais pas assez le TEF, mais je sais que le type mime et l'URL du fichier sont à 2 endroits dans le TEF que nous générons.
Dans tes fiches, cela n'apparait qu'une fois. Il reste la rubrique suivante qui est vide :
<mets:fileSec>
<mets:fileGrp USE="archive" ID="FGrID1">
<mets:file ID="FID1" MIMETYPE="" ADMID="file_1" USE="maitre">
<mets:FLocat LOCTYPE="URL" xlink:href=""/>
</mets:file>
</mets:fileGrp>
</mets:fileSec>
D'où l'erreur dans l'IHM ...
Si on se réfère à cette doc, on lit "*Seule l'édition d'archivage doit obligatoirement être représentée dans cette section.* Cette présence est facultative pour les autres éditions. ".
Dans ton cas, si je prends la fiche Metz_13738551X.xml, on voit bien USE="archive" dans le bloc mets:fileSec. Si je comprends bien, dans ce cas, les métadonnées MIMETYPE et URL sont obligatoires. Ici elles ne sont pas remplies.

J'ai corrigé mes fichiers en remplissant <mets:fileSec> et je récupe^'re bien l'URL lors de l'import.
Pour l'anecdote je n'ai pas réussi à importer un fichier TEF généré par ORI (pas de chance ???)

Je reviens vers toi quand tu auras pu me donner un peu plus d'infos et fait un retour sur ce mail.
Je te dirai aussi ce que j'ai eu comme infos pour le PPN.

A bientôt,

Yohan COLMANT
Direction des Systèmes d'Information
UVHC <http://www.univ-valenciennes.fr> - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI <http://www.ori-oai.org>

Alain Le Drezen a écrit :

Bonjour,

Voici quelques problèmes rencontrés lors de l'import de notices de thèses du SUDOC (import en pièce jointe).

L'URL du fichier (<dc:identifier xsi:type="dcterms:URI">) ne s'importe pas.

La notice de la thèse "Quelle formation pour le médecin généraliste psychothérapeute de fait" ne s'affiche pas dans l'éditeur (page grise vide). Il semble que ce soit lié à la présence de caractères étranges en début du titre. Mais ceci ne devrait pas être bloquant.

Dans l'éditeur, l'erreur "Le PPN du mot sujet Rameau doit être composé de neuf chiffres" est erronée. Un PPN peu contenir des caractères.

Merci d'avance pour tout élément de réponse.

Alain

10 septembre 2010 - 2:35pm

(Répondre à #7) #8

jean-francoislu...

Bonjour Yohan,

Merci pour ton aide toujours aussi efficace !

Je me permets de répondre sur les imports de fiches issues de STAR.
Comme l'indiquait Alain nous ne pouvons pas nous contenter de les
moissonner car les laboratoires et les écoles doctorales ont été saisies
dans STAR sans aucune liste ou forme d'autorité, d'où un nombre très
élevé de doublons (un même labo décrit de 5 manières différentes par
exemples, sachant qu'il y a 82 laboratoires...). Nous allons donc les
importer et utiliser les listes d'autorité internes à ORI-OAI.

1. au niveau de l'import du fichier XML le problème est résolu. Les
fiches TEF XML produites par STAR comportent les trois caractères
suivants ï»¿ avant la première balise de l'entête et ils font planter
l'import. Il suffit pour l'instant de les supprimer. Peut-être la
nouvelle version de STAR corrigera-t-elle ce bug.

2. dans le workflow, l'édition se passe sans problème mais au niveau de
la publication, outre le fait qu'il faut cocher la case "fichier maître"
ce qui est un détail, un problème persiste sans qu'Alain et moi
arrivions à déterminer son origine. Le message suivant apparaît dans la
colonne "Informations" et il empêche de publier la fiche : "Toute
EDITION de la thèse doit être associée à des métadonnées de type
"tef_desc_edition"." Quelqu'un aurait-il une idée de la solution ? Merci
par avance.

Bon week-end.

Jean-François.

Yohan Colmant a écrit :

> Alain,
>
> Nous venons d'avoir une réponse de l'ABES pour le PPN et tu avais bien
> raison : "le dernier caractère est un chiffre de contrôle, qui peut
> être soit un numéro soit un X, il n'y a pas d'autre caractère
> alphabétique possible. ".
> Je te propose donc ce correctif (qui sera intégré dans une prochaine
> version).
>
> Dans
> ori-oai-md-editor\WEB-INF\resources\forms\ori-md-editor\tef-global\form\form.xhtml
> il faut remplacer toutes les occurrences de
> [0-9]{9}
> par
> [0-9]{8}[X0-9]{1}
>
> Donc pour les fiches du SUDOC, à part les champs qui ne sont pas
> remplis à fond, ceci corrige ton problème ?
>
>
> Concernant les fiches qui proviennent de STAR, tu ne m'en avais pas
> parlé ?
>
> Peux-tu m'en envoyer une d'exemple stp ?
> Quand tu dis que ça plante, c'est au niveau du md-editor ou déjà dans
> le workflow ?
>
> Merci
>
> Yohan COLMANT
> Direction des Systèmes d'Information
> UVHC - Université de Valenciennes et
> du Hainaut Cambrésis
> Coordinateur Technique du projet ORI-OAI
>
>
> le drezen alain a écrit :

>> Bonjour Yohan,
>>
>> Voici les éléments de réponse.
>>
>> Le 10/09/2010 10:31, Yohan Colmant a écrit :

>>> Salut Alain,
>>>
>>> Je commence ENFIN à me pencher sur ton problème.
>>>
>>> En premier lieu, pourquoi importes-tu les fiches dans ton workflow ?
>>> Tu ne peux pas les moissonner plutôt ? Comment les as-tu récupérées ?
>>>

>> Pour le SUDOC pas de moissonnage possible. Pour Star le moissonnage
>> serait possible. Mais dans les deux cas nous devons modifier les
>> notices ce qui n'est pas possible sur une notice moissonnée.

>>> Là, les erreurs que tu mentionnes apparaissent dans le md-editor,
>>> mais pas dans le workflow ? Si tu veux juste importer ces fiches et
>>> les publier, rien ne te bloque ?

>> En ce qui concerne l'import, en effet pas de problème pour les
>> notices SUDOC. Ce n'est pas le cas pour les notices STAR qui elles
>> plantent dès l'import..
>> Cependant certaines notices SUDOC ne sont pas éditable dans le
>> workflow ce qui empêchera de les compléter et donc de les publier.

>>> Si je n'arrivais pas à débloquer ton problème avant le retour de
>>> Nolwen, est-ce que tu serais bloqué ? En gros, as-tu besoin de
>>> modifier les fiches que tu importes ou non ?

>> Oui, nous devons les modifier avant de les publier. Par exemple la
>> thèse nommée "Quelle formation pour le médecin généraliste
>> psychothérapeute de fait" ne s'ouvre pas dans l'éditeur à cause des
>> caractères spéciaux en début de titre.

>>> Si non, tu peux simplement importer les fiches et les indexer.
>>> Effectivement, si tu cherches à les visualiser dans le md-editor, tu
>>> auras ces soucis, mais cela te permet tout de même de faire l'import
>>> en attendant ?
>>>
>>>
>>> Second point, c'est Nolwen qui est plus à même de répondre à tes
>>> interrogations sur le module, donc je vais faire de mon mieux :-(
>>>
>>>
>>> Pour commencer, j'ai pris en exemple la fiche Metz_13738551X.xml
>>>
>>> 1) Les erreurs liées au nom et prénom qui ne doivent pas être vides
>>> sont connues. Là on a des choses à faire par la suite, mais c'est
>>> juste un soucis d'affichage. Il te suffit de cliquer sur le nom et
>>> refermer la fenêtre de saisie de la personne pour voir que l'erreur
>>> disparait. Nolwen n'avait pas réussi à contourner ce problème avant
>>> son départ.
>>> Lorsque tu as un PPN composé de 9 chiffres comme prévu jusqu'ici
>>> dans l'éditeur TEF, le même problème se pose, ouvre et referme la
>>> fenêtre de saisie, tu verras que ça marche en fait.
>>>

>> Ca c'est un pb connu

>>> 2) Il manque des mots-clefs en français. Ils sont décrits comme
>>> obligatoires dans le TEF :
>>> http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html

>> Ok normal

>>>
>>> 3) Pour le PPN qui comporte 8 chiffres et une lettre ....
>>> J'ai essayé de joindre les collègues fonctionnels mais ils ne sont
>>> pas joignables pour le moment. Les quelques docs que j'ai trouvées
>>> parlent bien de 9 chiffres. Tu as une info ou une doc où ils parlent
>>> d'une possibilité de caractères autres ?
>>>

>>
>> Voici un extrait de la doc de l'ABES :
>> Zone 001 : Numéro d'identification de la notice
>> Zone système protégée, obligatoire, non répétable, sans indicateurs
>> et sans sous-zones.
>> Le contenu de la zone est générée automatiquement par le système lors
>> de la validation d'une nouvelle notice
>> Dans le Sudoc, l'identifiant unique de la notice est appelé ppn (=
>> Pica production number). Il comporte 9 caractères :
>> 8 chiffres (attribués par le système de manière séquentielle = numéro
>> d'"ordre" de la notice dans la base de données)
>> une clé de contrôle sur 1 caractère, qui peut être un chiffre ou "X"
>>

>>> 4) Concernant le fichier maintenant ...
>>> Je ne connais pas assez le TEF, mais je sais que le type mime et
>>> l'URL du fichier sont à 2 endroits dans le TEF que nous générons.
>>> Dans tes fiches, cela n'apparait qu'une fois. Il reste la rubrique
>>> suivante qui est vide :
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> D'où l'erreur dans l'IHM ...
>>> Si on se réfère à cette doc, on lit "*Seule l'édition d'archivage
>>> doit obligatoirement être représentée dans cette section.* Cette
>>> présence est facultative pour les autres éditions. ".
>>> Dans ton cas, si je prends la fiche Metz_13738551X.xml, on voit bien
>>> USE="archive" dans le bloc mets:fileSec. Si je comprends bien, dans
>>> ce cas, les métadonnées MIMETYPE et URL sont obligatoires. Ici elles
>>> ne sont pas remplies.

>> J'ai corrigé mes fichiers en remplissant et je
>> récupe^'re bien l'URL lors de l'import.
>> Pour l'anecdote je n'ai pas réussi à importer un fichier TEF généré
>> par ORI (pas de chance ???)
>>

>>>
>>>
>>> Je reviens vers toi quand tu auras pu me donner un peu plus d'infos
>>> et fait un retour sur ce mail.
>>> Je te dirai aussi ce que j'ai eu comme infos pour le PPN.
>>>
>>> A bientôt,
>>>
>>> Yohan COLMANT
>>> Direction des Systèmes d'Information
>>> UVHC - Université de Valenciennes
>>> et du Hainaut Cambrésis
>>> Coordinateur Technique du projet ORI-OAI
>>>
>>>
>>> Alain Le Drezen a écrit :

>>>> Bonjour,
>>>>
>>>> Voici quelques problèmes rencontrés lors de l'import de notices de thèses du SUDOC (import en pièce jointe).
>>>>
>>>> L'URL du fichier () ne s'importe pas.
>>>>
>>>> La notice de la thèse "Quelle formation pour le médecin généraliste psychothérapeute de fait" ne s'affiche pas dans l'éditeur (page grise vide). Il semble que ce soit lié à la présence de caractères étranges en début du titre. Mais ceci ne devrait pas être bloquant.
>>>>
>>>> Dans l'éditeur, l'erreur "Le PPN du mot sujet Rameau doit être composé de neuf chiffres" est erronée. Un PPN peu contenir des caractères.
>>>>
>>>> Merci d'avance pour tout élément de réponse.
>>>>
>>>> Alain
>>>>
>>>>
>>>>
>>>>

>>

10 septembre 2010 - 2:00pm

(Répondre à #7) #9

Yohan Colmant

Alain,

Nous venons d'avoir une réponse de l'ABES pour le PPN et tu avais bien raison : "le dernier caractère est un chiffre de contrôle, qui peut être soit un numéro soit un X, il n'y a pas d'autre caractère alphabétique possible. ".
Je te propose donc ce correctif (qui sera intégré dans une prochaine version).

Dans ori-oai-md-editor\WEB-INF\resources\forms\ori-md-editor\tef-global\form\form.xhtml il faut remplacer toutes les occurrences de
[0-9]{9}
par
[0-9]{8}[X0-9]{1}

Donc pour les fiches du SUDOC, à part les champs qui ne sont pas remplis à fond, ceci corrige ton problème ?

Concernant les fiches qui proviennent de STAR, tu ne m'en avais pas parlé ?

Peux-tu m'en envoyer une d'exemple stp ?
Quand tu dis que ça plante, c'est au niveau du md-editor ou déjà dans le workflow ?

Merci

Yohan COLMANT
Direction des Systèmes d'Information
UVHC - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI

le drezen alain a écrit :

Bonjour Yohan,

Voici les éléments de réponse.

Le 10/09/2010 10:31, Yohan Colmant a écrit :
Salut Alain,

Je commence ENFIN à me pencher sur ton problème.

En premier lieu, pourquoi importes-tu les fiches dans ton workflow ? Tu ne peux pas les moissonner plutôt ? Comment les as-tu récupérées ?

Pour le SUDOC pas de moissonnage possible. Pour Star le moissonnage serait possible. Mais dans les deux cas nous devons modifier les notices ce qui n'est pas possible sur une notice moissonnée.

Là, les erreurs que tu mentionnes apparaissent dans le md-editor, mais pas dans le workflow ? Si tu veux juste importer ces fiches et les publier, rien ne te bloque ?

En ce qui concerne l'import, en effet pas de problème pour les notices SUDOC. Ce n'est pas le cas pour les notices STAR qui elles plantent dès l'import..
Cependant certaines notices SUDOC ne sont pas éditable dans le workflow ce qui empêchera de les compléter et donc de les publier.

Si je n'arrivais pas à débloquer ton problème avant le retour de Nolwen, est-ce que tu serais bloqué ? En gros, as-tu besoin de modifier les fiches que tu importes ou non ?

Oui, nous devons les modifier avant de les publier. Par exemple la thèse nommée "Quelle formation pour le médecin généraliste psychothérapeute de fait" ne s'ouvre pas dans l'éditeur à cause des caractères spéciaux en début de titre.

Si non, tu peux simplement importer les fiches et les indexer.

Effectivement, si tu cherches à les visualiser dans le md-editor, tu auras ces soucis, mais cela te permet tout de même de faire l'import en attendant ?

Second point, c'est Nolwen qui est plus à même de répondre à tes interrogations sur le module, donc je vais faire de mon mieux :-(

Pour commencer, j'ai pris en exemple la fiche Metz_13738551X.xml

1) Les erreurs liées au nom et prénom qui ne doivent pas être vides sont connues. Là on a des choses à faire par la suite, mais c'est juste un soucis d'affichage. Il te suffit de cliquer sur le nom et refermer la fenêtre de saisie de la personne pour voir que l'erreur disparait. Nolwen n'avait pas réussi à contourner ce problème avant son départ.
Lorsque tu as un PPN composé de 9 chiffres comme prévu jusqu'ici dans l'éditeur TEF, le même problème se pose, ouvre et referme la fenêtre de saisie, tu verras que ça marche en fait.

Ca c'est un pb connu

2) Il manque des mots-clefs en français. Ils sont décrits comme obligatoires dans le TEF : http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html

Ok normal

3) Pour le PPN qui comporte 8 chiffres et une lettre ....
J'ai essayé de joindre les collègues fonctionnels mais ils ne sont pas joignables pour le moment. Les quelques docs que j'ai trouvées parlent bien de 9 chiffres. Tu as une info ou une doc où ils parlent d'une possibilité de caractères autres ?

Voici un extrait de la doc de l'ABES :
Zone 001 : Numéro d'identification de la notice
Zone système protégée, obligatoire, non répétable, sans indicateurs et sans sous-zones.
Le contenu de la zone est générée automatiquement par le système lors de la validation d'une nouvelle notice
Dans le Sudoc, l'identifiant unique de la notice est appelé ppn (= Pica production number). Il comporte 9 caractères :
8 chiffres (attribués par le système de manière séquentielle = numéro d'"ordre" de la notice dans la base de données)
une clé de contrôle sur 1 caractère, qui peut être un chiffre ou "X"

4) Concernant le fichier maintenant ...
Je ne connais pas assez le TEF, mais je sais que le type mime et l'URL du fichier sont à 2 endroits dans le TEF que nous générons.
Dans tes fiches, cela n'apparait qu'une fois. Il reste la rubrique suivante qui est vide :
 <mets:fileSec>
 <mets:fileGrp USE="archive" ID="FGrID1">
 <mets:file ID="FID1" MIMETYPE="" ADMID="file_1" USE="maitre">
 <mets:FLocat LOCTYPE="URL" xlink:href=""/>
 </mets:file>
 </mets:fileGrp>
 </mets:fileSec>
D'où l'erreur dans l'IHM ...
Si on se réfère à cette doc, on lit "Seule l'édition d'archivage doit obligatoirement être représentée dans cette section. Cette présence est facultative pour les autres éditions. ".
Dans ton cas, si je prends la fiche Metz_13738551X.xml, on voit bien USE="archive" dans le bloc mets:fileSec. Si je comprends bien, dans ce cas, les métadonnées MIMETYPE et URL sont obligatoires. Ici elles ne sont pas remplies.

J'ai corrigé mes fichiers en remplissant <mets:fileSec> et je récupếre bien l'URL lors de l'import.
Pour l'anecdote je n'ai pas réussi à importer un fichier TEF généré par ORI (pas de chance ???)
Je reviens vers toi quand tu auras pu me donner un peu plus d'infos et fait un retour sur ce mail.
Je te dirai aussi ce que j'ai eu comme infos pour le PPN.

A bientôt,

Yohan COLMANT
Direction des Systèmes d'Information
UVHC - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI

Alain Le Drezen a écrit :
" type="cite">
Bonjour,

Voici quelques problèmes rencontrés lors de l'import de notices de thèses du SUDOC (import en pièce jointe).

L'URL du fichier (<dc:identifier xsi:type="dcterms:URI">) ne s'importe pas.

La notice de la thèse "Quelle formation pour le médecin généraliste psychothérapeute de fait" ne s'affiche pas dans l'éditeur (page grise vide). Il semble que ce soit lié à la présence de caractères étranges en début du titre. Mais ceci ne devrait pas être bloquant.

Dans l'éditeur, l'erreur "Le PPN du mot sujet Rameau doit être composé de neuf chiffres" est erronée. Un PPN peu contenir des caractères.

Merci d'avance pour tout élément de réponse.

Alain

10 septembre 2010 - 11:32am

(Répondre à #7) #10

ledrezen

Bonjour Yohan,

Voici les éléments de réponse.

Le 10/09/2010 10:31, Yohan Colmant a écrit :

Salut Alain,

Je commence ENFIN à me pencher sur ton problème.

En premier lieu, pourquoi importes-tu les fiches dans ton workflow ? Tu ne peux pas les moissonner plutôt ? Comment les as-tu récupérées ?

Pour le SUDOC pas de moissonnage possible. Pour Star le moissonnage serait possible. Mais dans les deux cas nous devons modifier les notices ce qui n'est pas possible sur une notice moissonnée.

Là, les erreurs que tu mentionnes apparaissent dans le md-editor, mais pas dans le workflow ? Si tu veux juste importer ces fiches et les publier, rien ne te bloque ?

En ce qui concerne l'import, en effet pas de problème pour les notices SUDOC. Ce n'est pas le cas pour les notices STAR qui elles plantent dès l'import..
Cependant certaines notices SUDOC ne sont pas éditable dans le workflow ce qui empêchera de les compléter et donc de les publier.

Si je n'arrivais pas à débloquer ton problème avant le retour de Nolwen, est-ce que tu serais bloqué ? En gros, as-tu besoin de modifier les fiches que tu importes ou non ?

Oui, nous devons les modifier avant de les publier. Par exemple la thèse nommée "Quelle formation pour le médecin généraliste psychothérapeute de fait" ne s'ouvre pas dans l'éditeur à cause des caractères spéciaux en début de titre.

Si non, tu peux simplement importer les fiches et les indexer.

Effectivement, si tu cherches à les visualiser dans le md-editor, tu auras ces soucis, mais cela te permet tout de même de faire l'import en attendant ?

Second point, c'est Nolwen qui est plus à même de répondre à tes interrogations sur le module, donc je vais faire de mon mieux :-(

Pour commencer, j'ai pris en exemple la fiche Metz_13738551X.xml

1) Les erreurs liées au nom et prénom qui ne doivent pas être vides sont connues. Là on a des choses à faire par la suite, mais c'est juste un soucis d'affichage. Il te suffit de cliquer sur le nom et refermer la fenêtre de saisie de la personne pour voir que l'erreur disparait. Nolwen n'avait pas réussi à contourner ce problème avant son départ.
Lorsque tu as un PPN composé de 9 chiffres comme prévu jusqu'ici dans l'éditeur TEF, le même problème se pose, ouvre et referme la fenêtre de saisie, tu verras que ça marche en fait.

Ca c'est un pb connu

2) Il manque des mots-clefs en français. Ils sont décrits comme obligatoires dans le TEF : http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html

Ok normal

3) Pour le PPN qui comporte 8 chiffres et une lettre ....
J'ai essayé de joindre les collègues fonctionnels mais ils ne sont pas joignables pour le moment. Les quelques docs que j'ai trouvées parlent bien de 9 chiffres. Tu as une info ou une doc où ils parlent d'une possibilité de caractères autres ?

Voici un extrait de la doc de l'ABES :
Zone 001 : Numéro d'identification de la notice
Zone système protégée, obligatoire, non répétable, sans indicateurs et sans sous-zones.
Le contenu de la zone est générée automatiquement par le système lors de la validation d'une nouvelle notice
Dans le Sudoc, l'identifiant unique de la notice est appelé ppn (= Pica production number). Il comporte 9 caractères :
8 chiffres (attribués par le système de manière séquentielle = numéro d'"ordre" de la notice dans la base de données)
une clé de contrôle sur 1 caractère, qui peut être un chiffre ou "X"

4) Concernant le fichier maintenant ...
Je ne connais pas assez le TEF, mais je sais que le type mime et l'URL du fichier sont à 2 endroits dans le TEF que nous générons.
Dans tes fiches, cela n'apparait qu'une fois. Il reste la rubrique suivante qui est vide :
 <mets:fileSec>
 <mets:fileGrp USE="archive" ID="FGrID1">
 <mets:file ID="FID1" MIMETYPE="" ADMID="file_1" USE="maitre">
 <mets:FLocat LOCTYPE="URL" xlink:href=""/>
 </mets:file>
 </mets:fileGrp>
 </mets:fileSec>
D'où l'erreur dans l'IHM ...
Si on se réfère à cette doc, on lit "Seule l'édition d'archivage doit obligatoirement être représentée dans cette section. Cette présence est facultative pour les autres éditions. ".
Dans ton cas, si je prends la fiche Metz_13738551X.xml, on voit bien USE="archive" dans le bloc mets:fileSec. Si je comprends bien, dans ce cas, les métadonnées MIMETYPE et URL sont obligatoires. Ici elles ne sont pas remplies.

J'ai corrigé mes fichiers en remplissant <mets:fileSec> et je récupếre bien l'URL lors de l'import.
Pour l'anecdote je n'ai pas réussi à importer un fichier TEF généré par ORI (pas de chance ???)

Je reviens vers toi quand tu auras pu me donner un peu plus d'infos et fait un retour sur ce mail.
Je te dirai aussi ce que j'ai eu comme infos pour le PPN.

A bientôt,

Yohan COLMANT
Direction des Systèmes d'Information
UVHC - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI

Alain Le Drezen a écrit :
" type="cite">
Bonjour, Voici quelques problèmes rencontrés lors de l'import de notices de thèses du SUDOC (import en pièce jointe). L'URL du fichier (<dc:identifier xsi:type="dcterms:URI">) ne s'importe pas. La notice de la thèse "Quelle formation pour le médecin généraliste psychothérapeute de fait" ne s'affiche pas dans l'éditeur (page grise vide). Il semble que ce soit lié à la présence de caractères étranges en début du titre. Mais ceci ne devrait pas être bloquant. Dans l'éditeur, l'erreur "Le PPN du mot sujet Rameau doit être composé de neuf chiffres" est erronée. Un PPN peu contenir des caractères. Merci d'avance pour tout élément de réponse. Alain

10 septembre 2010 - 10:31am

(Répondre à #7) #11

Yohan Colmant

Salut Alain,

Je commence ENFIN à me pencher sur ton problème.

En premier lieu, pourquoi importes-tu les fiches dans ton workflow ? Tu ne peux pas les moissonner plutôt ? Comment les as-tu récupérées ?

Là, les erreurs que tu mentionnes apparaissent dans le md-editor, mais pas dans le workflow ? Si tu veux juste importer ces fiches et les publier, rien ne te bloque ?
Si je n'arrivais pas à débloquer ton problème avant le retour de Nolwen, est-ce que tu serais bloqué ? En gros, as-tu besoin de modifier les fiches que tu importes ou non ?
Si non, tu peux simplement importer les fiches et les indexer. Effectivement, si tu cherches à les visualiser dans le md-editor, tu auras ces soucis, mais cela te permet tout de même de faire l'import en attendant ?

Second point, c'est Nolwen qui est plus à même de répondre à tes interrogations sur le module, donc je vais faire de mon mieux :-(

Pour commencer, j'ai pris en exemple la fiche Metz_13738551X.xml

1) Les erreurs liées au nom et prénom qui ne doivent pas être vides sont connues. Là on a des choses à faire par la suite, mais c'est juste un soucis d'affichage. Il te suffit de cliquer sur le nom et refermer la fenêtre de saisie de la personne pour voir que l'erreur disparait. Nolwen n'avait pas réussi à contourner ce problème avant son départ.
Lorsque tu as un PPN composé de 9 chiffres comme prévu jusqu'ici dans l'éditeur TEF, le même problème se pose, ouvre et referme la fenêtre de saisie, tu verras que ça marche en fait.

2) Il manque des mots-clefs en français. Ils sont décrits comme obligatoires dans le TEF : http://www.abes.fr/abes/documents/tef/recommandation/dc_subject.html

3) Pour le PPN qui comporte 8 chiffres et une lettre ....
J'ai essayé de joindre les collègues fonctionnels mais ils ne sont pas joignables pour le moment. Les quelques docs que j'ai trouvées parlent bien de 9 chiffres. Tu as une info ou une doc où ils parlent d'une possibilité de caractères autres ?

4) Concernant le fichier maintenant ...
Je ne connais pas assez le TEF, mais je sais que le type mime et l'URL du fichier sont à 2 endroits dans le TEF que nous générons.
Dans tes fiches, cela n'apparait qu'une fois. Il reste la rubrique suivante qui est vide :
 <mets:fileSec>
 <mets:fileGrp USE="archive" ID="FGrID1">
 <mets:file ID="FID1" MIMETYPE="" ADMID="file_1" USE="maitre">
 <mets:FLocat LOCTYPE="URL" xlink:href=""/>
 </mets:file>
 </mets:fileGrp>
 </mets:fileSec>
D'où l'erreur dans l'IHM ...
Si on se réfère à cette doc, on lit "Seule l'édition d'archivage doit obligatoirement être représentée dans cette section. Cette présence est facultative pour les autres éditions. ".
Dans ton cas, si je prends la fiche Metz_13738551X.xml, on voit bien USE="archive" dans le bloc mets:fileSec. Si je comprends bien, dans ce cas, les métadonnées MIMETYPE et URL sont obligatoires. Ici elles ne sont pas remplies.

Je reviens vers toi quand tu auras pu me donner un peu plus d'infos et fait un retour sur ce mail.
Je te dirai aussi ce que j'ai eu comme infos pour le PPN.

A bientôt,

Yohan COLMANT
Direction des Systèmes d'Information
UVHC - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI

Alain Le Drezen a écrit :

" type="cite">
Bonjour,

Voici quelques problèmes rencontrés lors de l'import de notices de thèses du SUDOC (import en pièce jointe).

L'URL du fichier (<dc:identifier xsi:type="dcterms:URI">) ne s'importe pas.

La notice de la thèse "Quelle formation pour le médecin généraliste psychothérapeute de fait" ne s'affiche pas dans l'éditeur (page grise vide). Il semble que ce soit lié à la présence de caractères étranges en début du titre. Mais ceci ne devrait pas être bloquant.

Dans l'éditeur, l'erreur "Le PPN du mot sujet Rameau doit être composé de neuf chiffres" est erronée. Un PPN peu contenir des caractères.

Merci d'avance pour tout élément de réponse.

Alain

1 septembre 2010 - 10:48am

(Répondre à #7) #12

ledrezen

Bonjour,

Voici quelques problèmes rencontrés lors de l'import de notices de thèses du SUDOC (import en pièce jointe).

L'URL du fichier () ne s'importe pas.

La notice de la thèse "Quelle formation pour le médecin généraliste psychothérapeute de fait" ne s'affiche pas dans l'éditeur (page grise vide). Il semble que ce soit lié à la présence de caractères étranges en début du titre. Mais ceci ne devrait pas être bloquant.

Dans l'éditeur, l'erreur "Le PPN du mot sujet Rameau doit être composé de neuf chiffres" est erronée. Un PPN peu contenir des caractères.

Merci d'avance pour tout élément de réponse.

Alain

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