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

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

>