[Fwd: problXme import

  • 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:3be9f96b685d27ab2aa774b338a6fe8d' 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 à tous,</p>\n<p>Existe-t-il des classifications permettant d\'associer les différentes<br />\nUNT à la codification Dewey ?<br />\n En effet , pour les besoins d\'UVED, nous voulons créer un set OAI<br />\npermettant de sélectionner les ressources ENVAM de Rennes1 et ainsi<br />\npermettre leur moisson de façon sélectives par UVED.<br />\nCe besoin spécificique à Rennes1 pourrait peut-être se répéter dans<br />\nd\'autres éablis\n</div>\n', created = 1507747573, expire = 1507833973, headers = '', serialized = 0 WHERE cid = '4:3be9f96b685d27ab2aa774b338a6fe8d' 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:3be9f96b685d27ab2aa774b338a6fe8d' 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 à tous,</p>\n<p>Existe-t-il des classifications permettant d\'associer les différentes<br />\nUNT à la codification Dewey ?<br />\n En effet , pour les besoins d\'UVED, nous voulons créer un set OAI<br />\npermettant de sélectionner les ressources ENVAM de Rennes1 et ainsi<br />\npermettre leur moisson de façon sélectives par UVED.<br />\nCe besoin spécificique à Rennes1 pourrait peut-être se répéter dans<br />\nd\'autres éablis\n</div>\n', created = 1507747573, expire = 1507833973, headers = '', serialized = 0 WHERE cid = '4:3be9f96b685d27ab2aa774b338a6fe8d' 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:885f9bdbd5359824efc06d9f85071a6e' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>On m\'a transmis votre message que je n\'avais pas vu : la date du mail<br />\nétant erronée.</p>\n<p>Nous sommes bien d\'accord que les modules ORI-OAI sont indépendants, et<br />\ndonc que par exemple l\'éditeur (/ori-oai-md-editor) peut fonctionner<br />\nindépendamment de l\'application ori-oai-workflow.<br />\nCependant l\'utilisation standard d\'ori-oai-workflow est bien d\'utiliser<br />\ndirectement et depuis ori-oai-workflow les éditeurs d\'ori-oai-md-editor.</p>\n<p>Dans la version de démonstration une ressource pédagogique suit un<br />\nworkflow simple \"privé / en attente de publication / publié\".<br />\n* A l\'étape privé (premier étape), c\'est le formulaire LOM \"auteur\" qui<br />\nest proposé.<br />\n* A l\'étape \"en attente de publication\" c\'est le formulaire LOM \"complet\".</p>\n<p>Pour passer de l\'étape \"privé\" à l\'étape \"en attente de publication\",<br />\npar défaut le workflow attend qu\'un certain nombre d\'éléments soient saisis.<br />\nCe workflow, dans les fichiers déployés de la démo est donné ici :<br />\nwebapps/ori-oai-workflow/properties/spring/osworkflow/workflows/workflow_easy.xml</p>\n<p>On y retrouve notamment une condition sur le passage de \"en attente de<br />\npublication\" qui est celle-ci :</p>\n<p><condition type=\"spring\"><br />\n<arg name=\"bean.name\">verifyXPathes</arg><br />\n<arg name=\"annotation\"><![CDATA[<br />\n<span class=\"warning\">Votre Fiche n\'est pas complète, vous ne pouvez pas<br />\ndemander sa publication.</span><br />\n]]><br />\n</arg><br />\n<arg<br />\nname=\"xpath1\">/lom:lom/lom:general/lom:title/lom:string[normalize-space(.)<br />\n!= \'\']</arg><br />\n<arg<br />\nname=\"xpath5\">/lom:lom/lom:technical/lom:location[normalize-space(.) !=<br />\n\'\']</arg><br />\n<arg<br />\nname=\"xpath2\">/lom:lom/lom:general/lom:keyword/lom:string[normalize-space(.)<br />\n!= \'\']</arg><br />\n<arg<br />\nname=\"xpath4\">/lom:lom/lom:lifeCycle/lom:contribute[lom:role/lom:value=\'author\']/lom:date/lom:dateTime[normalize-space(.)<br />\n!= \'\']</arg><br />\n<arg<br />\nname=\"xpath3\">/lom:lom/lom:lifeCycle/lom:contribute[lom:role/lom:value=\'author\']/lom:entity[normalize-space(.)<br />\n!= \'\']</arg><br />\n<arg<br />\nname=\"xpath6\">/lom:lom/lom:classification[lom:purpose/lom:value=\'discipline\']/lom:taxonPath[lom:source/lom:string=\'Classification<br />\nUNIT\']/lom:taxon/lom:entry/lom:string<br />\n[normalize-space(.) != \'\']</arg><br />\n</condition></p>\n<p>Cela stipule que les différents XPATH mentionnés doivent être<br />\nrésolvables pour que vous puissiez demander la publication de la fiche.</p>\n<p>Ici c\'est (au moins) le XPATH xpath6 que votre fiche ne respecte pas<br />\n(pour infos, la prochaine version par défaut proposera un (plutôt des)<br />\nmessage(s) plus clair(s) que « Votre fiche n’est pas complète » et il<br />\nn\'y aura plus la vérification de la classification spécifique UNIT mais<br />\nune vérification sur une classification Dewey).</p>\n<p>Suivant votre objectif, vous pouvez ici simplement éditer le fichier<br />\nworkflow_easy.xml et supprimer tout le bloc que j\'ai copié ci-dessus<br />\npour enlever de facto ces contraintes.</p>\n<p>Cordialement,<br />\nVincent Bonamy.</p>\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n><br />\n> -------- Message original --------<br />\n> Sujet : [ori-oai-utilisateurs] problème import fiche lom<br />\n> Date : Thu, 22 Nov 2007 15:50:01 +0100<br />\n> De : Olivier Héguy<br />\n<<span id=\"919301b5c518c9ff00d1a59ebc883be5\"></span>\n <script type=\"text/javascript\" > <!--\n document.getElementById(\'919301b5c518c9ff00d1a59ebc883be5\')\n .innerHTML = \'<a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;\'+\'&#111;&#108;&#105;&#118;&#105;&#101;&#114;&#46;&#104;&#101;&#103;&#117;&#121;&#64;&#97;&#110;&#100;&#105;&#108;&#46;&#102;&#114;\'+\'\">\'+\'&#111;&#108;&#105;&#118;&#105;&#101;&#114;&#46;&#104;&#101;&#103;&#117;&#121;&#64;&#97;&#110;&#100;&#105;&#108;&#46;&#102;&#114;\' + \'</a>\';\n // --> </script>>\n> Répondre à : <a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;&#111;&#114;&#105;&#45;&#111;&#97;&#105;&#45;&#117;&#116;&#105;&#108;&#105;&#115;&#97;&#116;&#101;&#117;&#114;&#115;&#64;&#108;&#105;&#115;&#116;&#101;&#115;&#46;&#117;&#110;&#105;&#118;&#45;&#114;&#101;&#110;&#110;&#101;&#115;&#49;&#46;&#102;&#114;\">&#111;&#114;&#105;&#45;&#111;&#97;&#105;&#45;&#117;&#116;&#105;&#108;&#105;&#115;&#97;&#116;&#101;&#117;&#114;&#115;&#64;&#108;&#105;&#115;&#116;&#101;&#115;&#46;&#117;&#110;&#105;&#118;&#45;&#114;&#101;&#110;&#110;&#101;&#115;&#49;&#46;&#102;&#114;</a><br />\n> Pour : <<span id=\"a3d5e92c57484df32761ceb295829e87\"></span>\n <script type=\"text/javascript\" > <!--\n document.getElementById(\'a3d5e92c57484df32761ceb295829e87\')\n .innerHTML = \'<a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;\'+\'&#111;&#114;&#105;&#45;&#111;&#97;&#105;&#45;&#117;&#116;&#105;&#108;&#105;&#115;&#97;&#116;&#101;&#117;&#114;&#115;&#64;&#108;&#105;&#115;&#116;&#101;&#115;&#46;&#117;&#110;&#105;&#118;&#45;&#114;&#101;&#110;&#110;&#101;&#115;&#49;&#46;&#102;&#114;\'+\'\">\'+\'&#111;&#114;&#105;&#45;&#111;&#97;&#105;&#45;&#117;&#116;&#105;&#108;&#105;&#115;&#97;&#116;&#101;&#117;&#114;&#115;&#64;&#108;&#105;&#115;&#116;&#101;&#115;&#46;&#117;&#110;&#105;&#118;&#45;&#114;&#101;&#110;&#110;&#101;&#115;&#49;&#46;&#102;&#114;\' + \'</a>\';\n // --> </script>><br />\n><br />\n><br />\n><br />\n> Bonjour à tous,<br />\n><br />\n> Nous travaillons avec l’université Toulouse I Sciences Sociales pour<br />\n> la mise en place d’un entrepôt ORI-OAI pour l’Université Numérique<br />\n> Juridique Francophone (UNJF). Nous avons crée les fiches formations à<br />\n> la norme LOM en s’appuyant sur le simulateur que l’on trouve dans<br />\n> l’application de démo<br />\n> (/ori-oai-md-editor/ori-md-editor/lom-full/blank). Ces fiches sont<br />\n> alors marquées valides.<br />\n><br />\n> Cependant nous ne pouvons pas importer cette fiche<br />\n> (/ori-oai-workflow/jsp/main-menu.faces) avec comme message : « Votre<br />\n> fiche n’est pas complète » qui vient perturber l’indexation.<br />\n><br />\n> Est-ce que vous auriez des pistes pour résoudre ce problème ?<br />\n><br />\n> En vous remerciant par avance,<br />\n><br />\n> Cordialement,<br />\n><br />\n> Olivier Héguy<br />\n><br />\n> <b>ANDIL</b> sas<br />\n> 18, rue des Cosmonautes<br />\n> 31400 Toulouse<br />\n> Tél. : 05 62 88 28 45<br />\n> Fax : 05 62 88 28 44</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>> > <a href=\"http://www.andil.fr\" title=\"http://www.andil.fr\">http://www.andil.fr</a> <http://www.andil.fr/></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n><br />\n> --<br />\n> Ce message a été vérifié par<br />\n> pour des virus ou des polluriels et rien de<br />\n> suspect n\'a été trouvé.<br />\n> --<br />\n> Ce message a été vérifié par<br />\n> pour des virus ou des polluriels et rien de<br />\n> suspect n\'a été trouvé. </div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507747573, expire = 1507833973, headers = '', serialized = 0 WHERE cid = '4:885f9bdbd5359824efc06d9f85071a6e' 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:5ed629e67c60c4d7a00f68c1f9ecb25d' 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</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\nBonjour,<br>\n<br>\nJ\'utilise un serveur de test avec la version 1.1 d\'ori et je test\nl\'import de fiches xml au format LOM/LOMFR/SUPLOMFR. J\'ai constat&eacute; 2\nprobl&egrave;mes concernant&nbsp; : <br>\n- <b>l\'identifiant de m&eacute;tadonn&eacute;es</b>. Quand on cr&eacute;er une fiche\ndirectement dand ORI, un identifiant est attribu&eacute; aux m&eacute;tadonn&eacute;es. En\nrevanche, &agrave; l\'import, aucun identifiant est attribu&eacute; aux m&eacute;tadonn&eacute;es.\nFaut-il le cr&eacute;er de toute pi&egrave;ce mais il va &ecirc;tre diff&eacute;rent&nbsp; des\nidentifiants pour les fiches cr&eacute;&eacute;es directement dans ORI<br>\n- <b>la date</b>. Dans mes fiches, mes dates sont sous la forme :\nAAAA-MM-JJ or &agrave; l\'importation cela donne : MM/JJ/AAAA. Pour obtenir la\nforme AAAA/MM/JJ il faut que je note mes dates avec des / et non des\ntirets. Faut-il que je modifie mes fiches avant l\'importation ou est-ce\nun bug qui est corrig&eacute; dans la version 1.4 que nous allons tr&egrave;s\nprochainement installer.<br>\n<br>\nMerci<br>\nJennifer Wolfarth<br>\n<pre class=\"moz-signature\" cols=\"72\">-- \nJennifer Wolfarth\nCharg&eacute;e de mission normes et indexation\n\nSCIRN - P&ocirc;le Ressources Num&eacute;riques\nUniversit&eacute; du Maine\n\n02.43.83.27.76\n<a class=\"moz-txt-link-abbreviated\" href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;&#106;&#101;&#110;&#110;&#105;&#102;&#101;&#114;&#46;&#119;&#111;&#108;&#102;&#97;&#114;&#116;&#104;&#64;&#117;&#110;&#105;&#118;&#45;&#108;&#101;&#109;&#97;&#110;&#115;&#46;&#102;&#114;\">&#106;&#101;&#110;&#110;&#105;&#102;&#101;&#114;&#46;&#119;&#111;&#108;&#102;&#97;&#114;&#116;&#104;&#64;&#117;&#110;&#105;&#118;&#45;&#108;&#101;&#109;&#97;&#110;&#115;&#46;&#102;&#114;</a></pre>\n</body>\n<br />-- \n<br />Ce message a été vérifié par\n<br />pour des virus ou des polluriels et rien de\n<br />suspect n\'a été trouvé.\n</html>\n</div>', created = 1507747575, expire = 1507833975, headers = '', serialized = 0 WHERE cid = '4:5ed629e67c60c4d7a00f68c1f9ecb25d' 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:06e48dbd7f724fff8840ed11bc248c4a' 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 Jennifer,</p>\n<p>Désolé de répondre si tradivement.</p>\n<p>* A l\'import, un identifiant est attribué aux métadonnées si le champ<br />\nadéquat pré-existe : c\'est à dire si pour le lom on a dans general<br />\nquelque chose du type :<br />\n<lom:identifier><br />\n<lom:catalog>URI</lom:catalog><br />\n<lom:entry></lom:entry><br />\n</lom:identifier><br />\n... sinon effectivement l\'identifiant n\'est pas rempli.</p>\n<p>* En 1.4, à ma connaissance les dates fonctionnent correctement (je<br />\ncrois qu\'en 1.1 c\'était ok également cependant) : attention que la date<br />\naffichée dans l\'éditeur n\'est pas forcément la date véritablement saisie<br />\ndans le fichier XML résultant (cela peut effectivement être trompeur).</p>\n<p>A bientôt,<br />\nVincent.</p>\n<p>Jennifer Wolfarth-Garcia wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> J\'utilise un serveur de test avec la version 1.1 d\'ori et je test<br />\n> l\'import de fiches xml au format LOM/LOMFR/SUPLOMFR. J\'ai constaté 2<br />\n> problèmes concernant :<br />\n> - *l\'identifiant de métadonnées*. Quand on créer une fiche directement<br />\n> dand ORI, un identifiant est attribué aux métadonnées. En revanche, à<br />\n> l\'import, aucun identifiant est attribué aux métadonnées. Faut-il le<br />\n> créer de toute pièce mais il va être différent des identifiants pour<br />\n> les fiches créées directement dans ORI<br />\n> - *la date*. Dans mes fiches, mes dates sont sous la forme :<br />\n> AAAA-MM-JJ or à l\'importation cela donne : MM/JJ/AAAA. Pour obtenir la<br />\n> forme AAAA/MM/JJ il faut que je note mes dates avec des / et non des<br />\n> tirets. Faut-il que je modifie mes fiches avant l\'importation ou<br />\n> est-ce un bug qui est corrigé dans la version 1.4 que nous allons très<br />\n> prochainement installer.<br />\n><br />\n> Merci<br />\n> Jennifer Wolfarth<br />\n> --<br />\n> Jennifer Wolfarth<br />\n> Chargée de mission normes et indexation<br />\n><br />\n> SCIRN - Pôle Ressources Numériques<br />\n> Université du Maine<br />\n><br />\n> 02.43.83.27.76<br />\n> <span id=\"e390b2fbe7141abbf400b0017fdabd65\"></span>\n <script type=\"text/javascript\" > <!--\n document.getElementById(\'e390b2fbe7141abbf400b0017fdabd65\')\n .innerHTML = \'<a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;\'+\'&#106;&#101;&#110;&#110;&#105;&#102;&#101;&#114;&#46;&#119;&#111;&#108;&#102;&#97;&#114;&#116;&#104;&#64;&#117;&#110;&#105;&#118;&#45;&#108;&#101;&#109;&#97;&#110;&#115;&#46;&#102;&#114;\'+\'\">\'+\'&#106;&#101;&#110;&#110;&#105;&#102;&#101;&#114;&#46;&#119;&#111;&#108;&#102;&#97;&#114;&#116;&#104;&#64;&#117;&#110;&#105;&#118;&#45;&#108;&#101;&#109;&#97;&#110;&#115;&#46;&#102;&#114;\' + \'</a>\';\n // --> </script></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507747575, expire = 1507833975, headers = '', serialized = 0 WHERE cid = '4:06e48dbd7f724fff8840ed11bc248c4a' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
3 messages / 0 nouveaux
Sujet clos
Dernière contribution
21 novembre 2008 - 10:43pm
#1
vincentbonamy
[Fwd: problXme import
Bonjour,

On m'a transmis votre message que je n'avais pas vu : la date du mail
étant erronée.

Nous sommes bien d'accord que les modules ORI-OAI sont indépendants, et
donc que par exemple l'éditeur (/ori-oai-md-editor) peut fonctionner
indépendamment de l'application ori-oai-workflow.
Cependant l'utilisation standard d'ori-oai-workflow est bien d'utiliser
directement et depuis ori-oai-workflow les éditeurs d'ori-oai-md-editor.

Dans la version de démonstration une ressource pédagogique suit un
workflow simple "privé / en attente de publication / publié".
* A l'étape privé (premier étape), c'est le formulaire LOM "auteur" qui
est proposé.
* A l'étape "en attente de publication" c'est le formulaire LOM "complet".

Pour passer de l'étape "privé" à l'étape "en attente de publication",
par défaut le workflow attend qu'un certain nombre d'éléments soient saisis.
Ce workflow, dans les fichiers déployés de la démo est donné ici :
webapps/ori-oai-workflow/properties/spring/osworkflow/workflows/workflow_easy.xml

On y retrouve notamment une condition sur le passage de "en attente de
publication" qui est celle-ci :


verifyXPathes
Votre Fiche n'est pas complète, vous ne pouvez pas
demander sa publication.
]]>

name="xpath1">/lom:lom/lom:general/lom:title/lom:string[normalize-space(.)
!= '']
name="xpath5">/lom:lom/lom:technical/lom:location[normalize-space(.) !=
'']
name="xpath2">/lom:lom/lom:general/lom:keyword/lom:string[normalize-space(.)
!= '']
name="xpath4">/lom:lom/lom:lifeCycle/lom:contribute[lom:role/lom:value='author']/lom:date/lom:dateTime[normalize-space(.)
!= '']
name="xpath3">/lom:lom/lom:lifeCycle/lom:contribute[lom:role/lom:value='author']/lom:entity[normalize-space(.)
!= '']
name="xpath6">/lom:lom/lom:classification[lom:purpose/lom:value='discipline']/lom:taxonPath[lom:source/lom:string='Classification
UNIT']/lom:taxon/lom:entry/lom:string
[normalize-space(.) != '']

Cela stipule que les différents XPATH mentionnés doivent être
résolvables pour que vous puissiez demander la publication de la fiche.

Ici c'est (au moins) le XPATH xpath6 que votre fiche ne respecte pas
(pour infos, la prochaine version par défaut proposera un (plutôt des)
message(s) plus clair(s) que « Votre fiche n’est pas complète » et il
n'y aura plus la vérification de la classification spécifique UNIT mais
une vérification sur une classification Dewey).

Suivant votre objectif, vous pouvez ici simplement éditer le fichier
workflow_easy.xml et supprimer tout le bloc que j'ai copié ci-dessus
pour enlever de facto ces contraintes.

Cordialement,
Vincent Bonamy.

>
>
> -------- Message original --------
> Sujet : [ori-oai-utilisateurs] problème import fiche lom
> Date : Thu, 22 Nov 2007 15:50:01 +0100
> De : Olivier Héguy
< > > Répondre à : ori-oai-utilisateurs@listes.univ-rennes1.fr
> Pour : < >
>
>
>
> Bonjour à tous,
>
> Nous travaillons avec l’université Toulouse I Sciences Sociales pour
> la mise en place d’un entrepôt ORI-OAI pour l’Université Numérique
> Juridique Francophone (UNJF). Nous avons crée les fiches formations à
> la norme LOM en s’appuyant sur le simulateur que l’on trouve dans
> l’application de démo
> (/ori-oai-md-editor/ori-md-editor/lom-full/blank). Ces fiches sont
> alors marquées valides.
>
> Cependant nous ne pouvons pas importer cette fiche
> (/ori-oai-workflow/jsp/main-menu.faces) avec comme message : « Votre
> fiche n’est pas complète » qui vient perturber l’indexation.
>
> Est-ce que vous auriez des pistes pour résoudre ce problème ?
>
> En vous remerciant par avance,
>
> Cordialement,
>
> Olivier Héguy
>
> ANDIL sas
> 18, rue des Cosmonautes
> 31400 Toulouse
> Tél. : 05 62 88 28 45
> Fax : 05 62 88 28 44

> > http://www.andil.fr

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

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

Haut
Étiquettes:
13 janvier 2009 - 4:10pm
#2
jenniferwolfart...
Bonjour,

J'utilise un serveur de test avec la version 1.1 d'ori et je test l'import de fiches xml au format LOM/LOMFR/SUPLOMFR. J'ai constaté 2 problèmes concernant  :
- l'identifiant de métadonnées. Quand on créer une fiche directement dand ORI, un identifiant est attribué aux métadonnées. En revanche, à l'import, aucun identifiant est attribué aux métadonnées. Faut-il le créer de toute pièce mais il va être différent  des identifiants pour les fiches créées directement dans ORI
- la date. Dans mes fiches, mes dates sont sous la forme : AAAA-MM-JJ or à l'importation cela donne : MM/JJ/AAAA. Pour obtenir la forme AAAA/MM/JJ il faut que je note mes dates avec des / et non des tirets. Faut-il que je modifie mes fiches avant l'importation ou est-ce un bug qui est corrigé dans la version 1.4 que nous allons très prochainement installer.

Merci
Jennifer Wolfarth
-- 
Jennifer Wolfarth
Chargée de mission normes et indexation

SCIRN - Pôle Ressources Numériques
Université du Maine

02.43.83.27.76
jennifer.wolfarth@univ-lemans.fr

--
Ce message a été vérifié par
pour des virus ou des polluriels et rien de
suspect n'a été trouvé.
Haut
20 janvier 2009 - 3:36pm
(Répondre à #2) #3
vincentbonamy
Bonjour Jennifer,

Désolé de répondre si tradivement.

* A l'import, un identifiant est attribué aux métadonnées si le champ
adéquat pré-existe : c'est à dire si pour le lom on a dans general
quelque chose du type :

URI


... sinon effectivement l'identifiant n'est pas rempli.

* En 1.4, à ma connaissance les dates fonctionnent correctement (je
crois qu'en 1.1 c'était ok également cependant) : attention que la date
affichée dans l'éditeur n'est pas forcément la date véritablement saisie
dans le fichier XML résultant (cela peut effectivement être trompeur).

A bientôt,
Vincent.

Jennifer Wolfarth-Garcia wrote:

> Bonjour,
>
> J'utilise un serveur de test avec la version 1.1 d'ori et je test
> l'import de fiches xml au format LOM/LOMFR/SUPLOMFR. J'ai constaté 2
> problèmes concernant :
> - *l'identifiant de métadonnées*. Quand on créer une fiche directement
> dand ORI, un identifiant est attribué aux métadonnées. En revanche, à
> l'import, aucun identifiant est attribué aux métadonnées. Faut-il le
> créer de toute pièce mais il va être différent des identifiants pour
> les fiches créées directement dans ORI
> - *la date*. Dans mes fiches, mes dates sont sous la forme :
> AAAA-MM-JJ or à l'importation cela donne : MM/JJ/AAAA. Pour obtenir la
> forme AAAA/MM/JJ il faut que je note mes dates avec des / et non des
> tirets. Faut-il que je modifie mes fiches avant l'importation ou
> est-ce un bug qui est corrigé dans la version 1.4 que nous allons très
> prochainement installer.
>
> Merci
> Jennifer Wolfarth
> --
> Jennifer Wolfarth
> Chargée de mission normes et indexation
>
> SCIRN - Pôle Ressources Numériques
> Université du Maine
>
> 02.43.83.27.76
>

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

Haut

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur « Enregistrer les paramètres » pour activer vos changements.
Sujet clos
‹ Sujet précédent : champs dans le formuliare lom-author Sujet suivant : ori oai 1.4 search ›