generation de vocabulaire a partir du LDAP

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:3351198e8c45b4f60eb7acf714e4bd5c' 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 la situation suivante: \nJ\'ai une banque B qui moissonne 3 autres banques x, y ,z. J\'aimerais exposer les fiches des banques x, y, z via la banque B. J\'aimerais définir des sets, un set pour chacune des sous-banques.\n</div>\n', created = 1507748704, expire = 1507835104, headers = '', serialized = 0 WHERE cid = '4:3351198e8c45b4f60eb7acf714e4bd5c' 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:3351198e8c45b4f60eb7acf714e4bd5c' 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 la situation suivante: \nJ\'ai une banque B qui moissonne 3 autres banques x, y ,z. J\'aimerais exposer les fiches des banques x, y, z via la banque B. J\'aimerais définir des sets, un set pour chacune des sous-banques.\n</div>\n', created = 1507748704, expire = 1507835104, headers = '', serialized = 0 WHERE cid = '4:3351198e8c45b4f60eb7acf714e4bd5c' 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:00d7b37abe5a62b15364c2fe5f51ec35' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonsoir Henri, (bonsoir Jacques)\nOui, ton histoire est \ntrès claire ! ;-)\n1eres constatations : - Le vocab \npeopleLdapLocalProvider.xml ne contient pas d\'enregistrement pour cette \npersonne - L\'indexed_authors_vcard.xml, lui, contient bien un \nenregistrement pour cette personne. Je veux bien parier que cet \nenregistrement est erroné, il a le meme "formatage" que \ndans le people_vcard, c-a-d retour à la ligne entre "Ecole \nd\'Ingénieurs" et "(IFIPS)\nC\'est \nétonnant que la personne ne soit pas dans le \npeopleLdapLocalProvider, puisqu\'elle est locale, mais j\'imagine que sa \nvcard a été rentrée "à la main" ou \nencore par import de fiches provenant du logiciel WIMS.  (De \ntoute façon, c\'est normal qu\'elle n\'y soit pas car elle ne fait pas \npartie de la sélection LDAP que j\'ai définie dans le \ncommons-parameters. Pour le moment, je travaille sur un groupe \nréduit, je n\'ai pas mis toute l\'université ...) Donc, \neffectivement, le pb ne vient pas du LDAP.\nConclusion : Il faut \nque je me débarasse de l\'enreg de la personne dans \nl\'indexed_authors_vcard.xml,  ce qui se fait \nen dépubliant les fiches, modifiant le champ ORG à la \nmain, republiant. L\'index sera ainsi modifié. Je fais \nalors arret du tomcat vocab, rm temp/*, ant all, et redemarrage du tomcat \net c\'est tout bon ?\n@ANNE-SOPHIE, t\'as compris ? au boulot et \nattention aux retours chariot !\nUn vrai boulot d\'équipe \n;-)\nMERCI ENCORE à toute l\'équipe de \ndéveloppement. (Euh, j\'espère que je ne vous ai pas \nchoqués avec mon langage ... j\'ai l\'impression que mon histoire \nclaire me poursuit ?)\nJe vous tiens au courant de la \nréussite (dont je ne doute pas trop) des manip ... A + \ntard. Françoise.\nLe Mar 5 octobre 2010 \n12:40, Henri Jacob a écrit : > Bonjour Françoise \n(et Jacques), > > > En 1.6, l\'éditeur \nn\'utilise plus directement le vocabulaire people_vcard > , mais \nle met en cache dans une base eXist : les requêtes en base de <br \n/>> données (xquery) sont en effet plus performantes lors des \ninterrogations > multiples faites lors de l\'autocomplete . Ce \nfonctionnement est le même > pour les mots-clés. Le \ncache est réactualisé toutes les 6 heures. C\'est > \ndonc pour ça que les déclarations des instances xforms sont \ndevenues > inutiles en 1.6.2 . > > Ton \nproblème peut avoir deux causes: > - soit c\'est le \nvocabulaire people_vcards lui-même qui n\'est pas bien > mis \nà mis jour par le vocabulary à partir du ldap, - soit c\'est \nle cache de > l\'éditeur qui n\'est pas à jour . <br \n/>> > Je crois comprendre que c\'est plutôt le \nvocabulaire qui n\'est pas à jour. > > > \nLe vocabulaire people_vcard.xml est le résultat de la fusion de <br \n/>> peopleLdapLocalProvider.xml (construit à partir du ldap \nlocal) et > indexed_authors_vcard.xml (construit à partir \ndes fiches référencées ). > > La \npersonne qui pose problème a dû référencer des \ndocuments LOM ,non? > > > Françoise, \npeux-tu vérifier que le contenu de > \npeopleLdapLocalProvider.xml est correct (pas de RC dans \nl\'élément > <orioai:value> de la personne). \n > Si oui, c\'est sans doute que indexed_authors_vcard.xml contient \nune > entrée erronée pour cette même \npersonne. Peux-tu le vérifier ? La fusion > des 2 \nvocabulaires aurait alors pour résultat d\'écraser la bonne \nvcard > locale par l\'"ancienne" mauvaise vcard contenue \ndans la fiche. > > Si c\'est la cas, il faudra \nré-éditer la (les) fiche(s) incriminées pour <br \n/>> supprimer la source du problème: c\'est à dire la \ndépublier , saisir "à la > main" les \nentrées vcard (avec le bon service) et la republier . Ceci aura <br \n/>> pour effet de supprimer la mauvaise vcard de l\'index. Et ensuite \n > évidemment, nettoyer et rédemarrer le vocabulaire \n, puis l\'éditeur. > > Je te cite, \nFrançoise : "Est ce que mon histoire est claire ? " <br \n/>> > > Tiens-moi au courant, > Henri <br \n/>> > > Jacques Brassart a écrit : > \n >> C\'est clair, Françoise ! >> <br \n/>>> >> Mais je ne sais répondre à ce pb. \n >> (c\'est pourquoi j\'ai mis Henri en copie dans mon \nprécédent mail) >> >> >> \nJacques >> >> >> >> Le \n04/10/2010 17:23, francoise Rousseau (schortin) a écrit : <br \n/>>> >>> >>> Bonjour Jacques, <br \n/>>>> >>> >>> si ce n\'est pas ce \nvocabulaire (people_vcard) qui est utilisé par la <br \n/>>>> recherche de vcards, lequel est ce ? >>> <br \n/>>>> Pour notre formulaire maison auteur light, j\'ai \ngardé en v1.6 une >>> architecture de fichiers \nprovenant de la 1.4 et de la 1.5. mon >>> xform.xhtml fait \nun include du main-model comme ceci : form.xhtml: >>> \n<xi:include >>> \nhref="oxf:/forms/ori-md-editor/lomfr-sup-author-light-ups11/form/main- \n >>> model.xml" xxi:omit-xml-base="true"/> \n >>> et j\'ai dans le main-model.xml : main-model.xml: \n<xforms:instance >>> id="people-vcards" <br \n/>>>> \nsrc="/fr/service/custom/ori-md-editor/oriGetVocab?vocab=people_vcard" \n >>> xxforms:readonly="true" \nxxforms:cache="true"/> >>> ce n\'est pas une \ndéclaration de vocabulaire ? J\'imagine que c\'est le <br \n/>>>> people_vcard qui est utilisé ... mais en fait, je \nn\'en suis pas sure. >>> Comment savoir ? j\'ai \ncherché un peu, mais >>> rien trouvé de \nprobant ! >>> >>> Je t\'explique la raison de \nmon insistance : >>> j\'ai un auteur qui a, dans le champ \nORG de sa vcard, un caractère très >>> \ntrès intempestif : "retour chariot", qui empeche \nl\'affichage de sa >>> vcard dans le formulaire. Henri et \nson collègue ont fait en sorte que >>> l\'affichage \nd\'une fiche faisant intervenir cette vcard se passe bien. <br \n/>>>> Toutefois, si l\'on veut >>> créer une \nnouvelle fiche en "appelant" la vcard de cette personne, elle \n >>> refuse de s\'afficher dans les champs du formulaire \n(meme cause, memes >>> effets) Tu m\'avoueras que c\'est tres \n... genant >>> Cette personne fait partie de notre \nuniversité. >>> Par une modif que j\'ai faite de \nlongue date dans le fichier >>> ldapVocabulary.xml, le \nchamp ORG de la vcard est construit à partir des >>> \nchamps "o" et "ou" de l\'enregistrement de la personne \ndans l\'arbre >>> LDAP. >>> (Ces champs \ncorrespondent à des noms de services auxquels la personne <br \n/>>>> est affiliée) J\'ai donc essayé de remonter \nà la source de l\'erreur qui >>> se trouvait (sans \ndoute) dans le contenu du LDAP. >>> Or, l\'enregistrement \nLDAP de cette personne a changé. Le service, >>> \ndans le nom duquel lequel se trouvait vraisemblablement le retour <br \n/>>>> chariot, a été supprimé au profit d\'un \nautre service. Cette >>> suppression ne résoud pas \nle pb car ORI n\'en a que faire : les >>> modifications du \nLDAP semblant ne pas être répercutées sur les <br \n/>>>> vcards, ce qui, quel que soit le vocabulaire en cause, ne \nme semble >>> pas normal du tout ! >>> <br \n/>>>> Est ce que mon histoire est claire ? >>> <br \n/>>>> >>> Merci pour ton aide. >>> \nFrançoise. >>> >>> >>> \n >>> >>> Le Lun 4 octobre 2010 14:29, Jacques \nBrassart a écrit : >>> >>>> \nBonjour Françoise, >>>> >>>> \n >>>> >>>> Si j\'ai bien compris, ce \nvocabulaire (géré par ori-oai-vocabulary <br \n/>>>>> dans les précédentes versions) n\'est plus \nd\'actualité dans la >>>> v1.6.x. <br \n/>>>> (si tu >>> >>>> regardes \ndans les "form.xhtml", ces instances ne sont plus <br \n/>>>>> appelées) >>>> <br \n/>>>>> @Henri : tu pourrais nous en dire plus ? <br \n/>>>>> Merci ! >>>> >>>> \n >>>> >>>> Jacques <br \n/>>>>> >>>> >>>> <br \n/>>>>> >>>> Le 01/10/2010 18:07, francoise \nRousseau (schortin) a écrit : >>>> <br \n/>>>>> >>>>> Bonsoir, <br \n/>>>>>> Je me permets de relancer une question que j\'ai \nposée et qui n\'a >>>>> pas encore eu de \nréponse ... >>>>> >>>>> \n*Comment est généré, ET MIS A JOUR, le vocabulaire \nPEOPLE_VCARD ? >>>>> * >>>>> les \naffectations d\'une personne dans le serveur LDAP ont changé, <br \n/>>>>>> des entités intervenant dans le champ ORG \ndes vcards n\'existent >>>>> plus >>> \ndepuis >>>>> belle lurette , mais elles sont toujours \nprésentes dans le >>> vocabulaire <br \n/>>>>>> people_vcard, malgré de multiples "ant \nall" et rm temp/*. J\'ai >>> vérifié <br \n/>>>>>> que c\'etait le bon serveur et ce qu\'il renvoyait \nvia un client >>> LDAP ... >>> <br \n/>>>>>> >>>>> Je ne comprends pas .... \nQq peut m\'expliquer ? >>>>> <br \n/>>>>>> >>>>> <br \n/>>>>>> Bon week end à tous. <br \n/>>>>>> Françoise. >>>>> <br \n/>>>>>> >>>> >>>> -- \n >>>> Jacques Brassart >>>> UNR \nNord-Pas de Calais >>>> Université de \nValenciennes et du Hainaut-Cambrésis >>>> \nTél : 03 27 51 17 70 >>>> >>>> \n >>>> >>>> >> > \n > \n-- Françoise ROUSSEAU SCHORTIN \n Ingénieur de Recherche Direction Informatique - BAt 210 \n Université Paris-Sud 11\n</div>\n', created = 1507748711, expire = 1507835111, headers = '', serialized = 0 WHERE cid = '4:00d7b37abe5a62b15364c2fe5f51ec35' 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:3a0eb671ce895f9450e6d8b4a14c8b4e' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour Françoise (et Jacques),\nEn 1.6, l\'éditeur n\'utilise plus directement le vocabulaire people_vcard \n, mais le met en cache dans une base eXist : les requêtes en base de \ndonnées (xquery) sont en effet plus performantes lors des interrogations \nmultiples faites lors de l\'autocomplete . Ce fonctionnement est le même \npour les mots-clés. Le cache est réactualisé toutes les 6 heures. \nC\'est donc pour ça que les déclarations des instances xforms sont \ndevenues inutiles en 1.6.2 .\nTon problème peut avoir deux causes: \n- soit c\'est le vocabulaire people_vcards lui-même qui n\'est pas bien \nmis à mis jour par le vocabulary à partir du ldap, \n- soit c\'est le cache de l\'éditeur qui n\'est pas à jour .\nJe crois comprendre que c\'est plutôt le vocabulaire qui n\'est pas à jour.\nLe vocabulaire people_vcard.xml est le résultat de la fusion de \npeopleLdapLocalProvider.xml (construit à partir du ldap local) et \nindexed_authors_vcard.xml (construit à partir des fiches référencées ).\nLa personne qui pose problème a dû référencer des documents LOM ,non?\nFrançoise, peux-tu vérifier que le contenu de \npeopleLdapLocalProvider.xml est correct (pas de RC dans l\'élément \n<orioai:value> de la personne). \nSi oui, c\'est sans doute que indexed_authors_vcard.xml contient une \nentrée erronée pour cette même personne. Peux-tu le vérifier ? \nLa fusion des 2 vocabulaires aurait alors pour résultat d\'écraser la \nbonne vcard locale par l\'\"ancienne\" mauvaise vcard contenue dans la fiche.\nSi c\'est la cas, il faudra ré-éditer la (les) fiche(s) incriminées pour \nsupprimer la source du problème: c\'est à dire la dépublier , saisir \"à \nla main\" les entrées vcard (avec le bon service) et la republier . Ceci \naura pour effet de supprimer la mauvaise vcard de l\'index. \nEt ensuite évidemment, nettoyer et rédemarrer le vocabulaire , puis \nl\'éditeur.\nJe te cite, Françoise : \"Est ce que mon histoire est claire ? \"\nTiens-moi au courant, \nHenri\nJacques Brassart a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> C\'est clair, Françoise ! \n> \n> Mais je ne sais répondre à ce pb. \n> (c\'est pourquoi j\'ai mis Henri en copie dans mon précédent mail) \n> \n> Jacques \n> \n> \n> Le 04/10/2010 17:23, francoise Rousseau (schortin) a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> \n>> Bonjour Jacques, \n>> \n>> si ce n\'est pas ce vocabulaire (people_vcard) qui est utilisé par la \n>> recherche de vcards, lequel est ce ? \n>> \n>> Pour notre formulaire maison auteur light, j\'ai gardé en v1.6 une \n>> architecture de fichiers provenant de la 1.4 et de la 1.5. \n>> mon xform.xhtml fait un include du main-model comme ceci : \n>> form.xhtml: <xi:include \n>> href=\"oxf:/forms/ori-md-editor/lomfr-sup-author-light-ups11/form/main-model.xml\" \n>> xxi:omit-xml-base=\"true\"/> \n>> et j\'ai dans le main-model.xml : \n>> main-model.xml: <xforms:instance id=\"people-vcards\" \n>> src=\"/fr/service/custom/ori-md-editor/oriGetVocab?vocab=people_vcard\" \n>> xxforms:readonly=\"true\" xxforms:cache=\"true\"/> \n>> ce n\'est pas une déclaration de vocabulaire ? \n>> J\'imagine que c\'est le people_vcard qui est utilisé ... mais en fait, \n>> je n\'en suis pas sure. Comment savoir ? j\'ai cherché un peu, mais \n>> rien trouvé de probant ! \n>> \n>> Je t\'explique la raison de mon insistance : \n>> j\'ai un auteur qui a, dans le champ ORG de sa vcard, un caractère \n>> très très intempestif : \"retour chariot\", qui empeche l\'affichage de \n>> sa vcard dans le formulaire. \n>> Henri et son collègue ont fait en sorte que l\'affichage d\'une fiche \n>> faisant intervenir cette vcard se passe bien. Toutefois, si l\'on veut \n>> créer une nouvelle fiche en \"appelant\" la vcard de cette personne, \n>> elle refuse de s\'afficher dans les champs du formulaire (meme cause, \n>> memes effets) \n>> Tu m\'avoueras que c\'est tres ... genant \n>> Cette personne fait partie de notre université. \n>> Par une modif que j\'ai faite de longue date dans le fichier \n>> ldapVocabulary.xml, le champ ORG de la vcard est construit à partir \n>> des champs \"o\" et \"ou\" de l\'enregistrement de la personne dans \n>> l\'arbre LDAP. \n>> (Ces champs correspondent à des noms de services auxquels la personne \n>> est affiliée) \n>> J\'ai donc essayé de remonter à la source de l\'erreur qui se trouvait \n>> (sans doute) dans le contenu du LDAP. \n>> Or, l\'enregistrement LDAP de cette personne a changé. Le service, \n>> dans le nom duquel lequel se trouvait vraisemblablement le retour \n>> chariot, a été supprimé au profit d\'un autre service. \n>> Cette suppression ne résoud pas le pb car ORI n\'en a que faire : les \n>> modifications du LDAP semblant ne pas être répercutées sur les \n>> vcards, ce qui, quel que soit le vocabulaire en cause, ne me semble \n>> pas normal du tout ! \n>> \n>> Est ce que mon histoire est claire ? \n>> \n>> Merci pour ton aide. \n>> Françoise. \n>> \n>> \n>> \n>> Le Lun 4 octobre 2010 14:29, Jacques Brassart a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>> > Bonjour Françoise, \n>> > \n>> > \n>> > Si j\'ai bien compris, ce vocabulaire (géré par ori-oai-vocabulary dans \n>> > les précédentes versions) n\'est plus d\'actualité dans la v1.6.x. </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> (si tu</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>> > regardes dans les \"form.xhtml\", ces instances ne sont plus appelées) \n>> > \n>> > @Henri : tu pourrais nous en dire plus ? \n>> > Merci ! \n>> > \n>> > \n>> > Jacques \n>> > \n>> > \n>> > \n>> > Le 01/10/2010 18:07, francoise Rousseau (schortin) a écrit : \n>> ></blockquote>\n<blockquote class=\"emailFilter_Author_3\">>> >> Bonsoir, \n>> >> Je me permets de relancer une question que j\'ai posée et qui n\'a pas \n>> >> encore eu de réponse ... \n>> >> \n>> >> *Comment est généré, ET MIS A JOUR, le vocabulaire PEOPLE_VCARD ? \n>> >> * \n>> >> les affectations d\'une personne dans le serveur LDAP ont changé, des \n>> >> entités intervenant dans le champ ORG des vcards n\'existent plus </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> depuis</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>> >> belle lurette , mais elles sont toujours présentes dans le </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> vocabulaire</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>> >> people_vcard, malgré de multiples \"ant all\" et rm temp/*. J\'ai </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> vérifié</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>> >> que c\'etait le bon serveur et ce qu\'il renvoyait via un client </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> LDAP ...</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>> >> \n>> >> Je ne comprends pas .... Qq peut m\'expliquer ? \n>> >> \n>> >> \n>> >> Bon week end à tous. \n>> >> Françoise. \n>> >></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>> > \n>> > -- \n>> > Jacques Brassart \n>> > UNR Nord-Pas de Calais \n>> > Université de Valenciennes et du Hainaut-Cambrésis \n>> > Tél : 03 27 51 17 70 \n>> > \n>> > \n>> ></blockquote>\n<blockquote class=\"emailFilter_Author_0\">></div>\n</blockquote>\n</div>\n', created = 1507748713, expire = 1507835113, headers = '', serialized = 0 WHERE cid = '4:3a0eb671ce895f9450e6d8b4a14c8b4e' 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:0a355209e246b844e3534aa77d5753db' 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\"> C\'est clair, Françoise !\nMais je ne sais répondre à ce pb. \n(c\'est pourquoi j\'ai mis Henri en copie dans mon précédent mail)\nJacques\nLe 04/10/2010 17:23, francoise Rousseau (schortin) a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> \n> Bonjour Jacques, \n> \n> si ce n\'est pas ce vocabulaire (people_vcard) qui est utilisé par la \n> recherche de vcards, lequel est ce ? \n> \n> Pour notre formulaire maison auteur light, j\'ai gardé en v1.6 une \n> architecture de fichiers provenant de la 1.4 et de la 1.5. \n> mon xform.xhtml fait un include du main-model comme ceci : \n> form.xhtml: <xi:include \n> href=\"oxf:/forms/ori-md-editor/lomfr-sup-author-light-ups11/form/main-model.xml\" \n> xxi:omit-xml-base=\"true\"/> \n> et j\'ai dans le main-model.xml : \n> main-model.xml: <xforms:instance id=\"people-vcards\" \n> src=\"/fr/service/custom/ori-md-editor/oriGetVocab?vocab=people_vcard\" \n> xxforms:readonly=\"true\" xxforms:cache=\"true\"/> \n> ce n\'est pas une déclaration de vocabulaire ? \n> J\'imagine que c\'est le people_vcard qui est utilisé ... mais en fait, \n> je n\'en suis pas sure. Comment savoir ? j\'ai cherché un peu, mais rien \n> trouvé de probant ! \n> \n> Je t\'explique la raison de mon insistance : \n> j\'ai un auteur qui a, dans le champ ORG de sa vcard, un caractère très \n> très intempestif : \"retour chariot\", qui empeche l\'affichage de sa \n> vcard dans le formulaire. \n> Henri et son collègue ont fait en sorte que l\'affichage d\'une fiche \n> faisant intervenir cette vcard se passe bien. Toutefois, si l\'on veut \n> créer une nouvelle fiche en \"appelant\" la vcard de cette personne, \n> elle refuse de s\'afficher dans les champs du formulaire (meme cause, \n> memes effets) \n> Tu m\'avoueras que c\'est tres ... genant \n> Cette personne fait partie de notre université. \n> Par une modif que j\'ai faite de longue date dans le fichier \n> ldapVocabulary.xml, le champ ORG de la vcard est construit à partir \n> des champs \"o\" et \"ou\" de l\'enregistrement de la personne dans l\'arbre \n> LDAP. \n> (Ces champs correspondent à des noms de services auxquels la personne \n> est affiliée) \n> J\'ai donc essayé de remonter à la source de l\'erreur qui se \n> trouvait (sans doute) dans le contenu du LDAP. \n> Or, l\'enregistrement LDAP de cette personne a changé. Le service, dans \n> le nom duquel lequel se trouvait vraisemblablement le retour chariot, \n> a été supprimé au profit d\'un autre service. \n> Cette suppression ne résoud pas le pb car ORI n\'en a que faire : les \n> modifications du LDAP semblant ne pas être répercutées sur les \n> vcards, ce qui, quel que soit le vocabulaire en cause, ne me semble \n> pas normal du tout ! \n> \n> Est ce que mon histoire est claire ? \n> \n> Merci pour ton aide. \n> Françoise. \n> \n> \n> \n> Le Lun 4 octobre 2010 14:29, Jacques Brassart a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > Bonjour Françoise, \n> > \n> > \n> > Si j\'ai bien compris, ce vocabulaire (géré par ori-oai-vocabulary dans \n> > les précédentes versions) n\'est plus d\'actualité dans la v1.6.x. (si tu \n> > regardes dans les \"form.xhtml\", ces instances ne sont plus appelées) \n> > \n> > @Henri : tu pourrais nous en dire plus ? \n> > Merci ! \n> > \n> > \n> > Jacques \n> > \n> > \n> > \n> > Le 01/10/2010 18:07, francoise Rousseau (schortin) a écrit : \n> ></blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> Bonsoir, \n> >> Je me permets de relancer une question que j\'ai posée et qui n\'a pas \n> >> encore eu de réponse ... \n> >> \n> >> *Comment est généré, ET MIS A JOUR, le vocabulaire PEOPLE_VCARD ? \n> >> * \n> >> les affectations d\'une personne dans le serveur LDAP ont changé, des \n> >> entités intervenant dans le champ ORG des vcards n\'existent plus </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> depuis</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> belle lurette , mais elles sont toujours présentes dans le vocabulaire \n> >> people_vcard, malgré de multiples \"ant all\" et rm temp/*. J\'ai vérifié \n> >> que c\'etait le bon serveur et ce qu\'il renvoyait via un client LDAP </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> ...</blockquote>\n<blockquote class=\"emailFilter_Author_2\">> >> \n> >> Je ne comprends pas .... Qq peut m\'expliquer ? \n> >> \n> >> \n> >> Bon week end à tous. \n> >> Françoise. \n> >></blockquote>\n<blockquote class=\"emailFilter_Author_1\">> > \n> > -- \n> > Jacques Brassart \n> > UNR Nord-Pas de Calais \n> > Université de Valenciennes et du Hainaut-Cambrésis \n> > Tél : 03 27 51 17 70 \n> > \n> > \n> ></div>\n</blockquote>\n-- \nJacques Brassart \nUNR Nord-Pas de Calais \nUniversité de Valenciennes et du Hainaut-Cambrésis \nTél : 03 27 51 17 70\n</div>\n', created = 1507748713, expire = 1507835113, headers = '', serialized = 0 WHERE cid = '4:0a355209e246b844e3534aa77d5753db' 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:d145bce272f0792c91cd39f90ee76c19' 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 Jacques,\nsi ce n\'est pas ce vocabulaire \n(people_vcard) qui est utilisé par la recherche de vcards, lequel \nest ce ?\nPour notre formulaire maison auteur light, j\'ai \ngardé en v1.6 une architecture de fichiers provenant de la 1.4 et \nde la 1.5. mon xform.xhtml fait un include du main-model \ncomme ceci : form.xhtml:    <xi:include \nhref="oxf:/forms/ori-md-editor/lomfr-sup-author-light-ups11/form/main-model.xml" \nxxi:omit-xml-base="true"/> et j\'ai dans le \nmain-model.xml : main-model.xml:      \n<xforms:instance id="people-vcards" \nsrc="/fr/service/custom/ori-md-editor/oriGetVocab?vocab=people_vcard" \nxxforms:readonly="true" xxforms:cache="true"/><br \n/>ce n\'est pas une déclaration de vocabulaire ? J\'imagine que \nc\'est le people_vcard qui est utilisé ... mais en fait, je n\'en \nsuis pas sure. Comment savoir ? j\'ai cherché un peu, mais rien \ntrouvé de probant !\nJe t\'explique la raison de mon \ninsistance : j\'ai un auteur qui a, dans le champ ORG de sa \nvcard, un caractère très très intempestif : \n"retour chariot", qui empeche l\'affichage de sa vcard dans le \nformulaire.  Henri et son collègue ont fait en sorte que \nl\'affichage d\'une fiche faisant intervenir cette vcard se passe bien. \nToutefois, si l\'on veut créer une nouvelle fiche en \n"appelant" la vcard de cette personne, elle refuse \nde s\'afficher dans les champs du formulaire (meme cause, memes \neffets) Tu m\'avoueras que c\'est tres ... genant Cette personne \nfait partie de notre université.  Par une modif que j\'ai \nfaite de longue date dans le fichier ldapVocabulary.xml, le champ ORG de \nla vcard est construit à partir des champs "o" et \n"ou" de l\'enregistrement de la personne dans l\'arbre \nLDAP.  (Ces champs correspondent à des noms de services \nauxquels la personne est affiliée) J\'ai donc essayé de \nremonter à la source de l\'erreur qui se trouvait (sans \ndoute) dans le contenu du LDAP. Or, l\'enregistrement LDAP de cette \npersonne a changé. Le service, dans le nom duquel lequel se \ntrouvait vraisemblablement le retour chariot, a été \nsupprimé au profit d\'un autre service. Cette suppression ne \nrésoud pas le pb car ORI n\'en a que faire : les modifications \ndu LDAP semblant ne  pas être répercutées \nsur les vcards, ce qui, quel que soit le vocabulaire en cause, ne me \nsemble pas normal du tout  !\nEst ce que mon histoire est \nclaire ?\nMerci pour ton aide. Françoise. <br \n/>\nLe Lun 4 octobre 2010 14:29, Jacques Brassart a écrit \n: > Bonjour Françoise, > > > Si \nj\'ai bien compris, ce vocabulaire (géré par \nori-oai-vocabulary dans > les précédentes versions) \nn\'est plus d\'actualité dans la v1.6.x. (si tu > regardes \ndans les "form.xhtml", ces instances ne sont plus \nappelées) > > @Henri : tu pourrais nous en dire \nplus ? > Merci ! > > > Jacques <br \n/>> > > > Le 01/10/2010 18:07, francoise \nRousseau (schortin) a écrit : > >> Bonsoir, \n >> Je me permets de relancer une question que j\'ai \nposée et qui n\'a pas >> encore eu de réponse ... \n >> >> *Comment est généré, ET \nMIS A JOUR, le vocabulaire PEOPLE_VCARD ? >> * >> \nles affectations d\'une personne dans le serveur LDAP ont changé, \ndes >> entités intervenant dans le champ ORG des vcards \nn\'existent plus depuis >> belle lurette , mais elles sont \ntoujours présentes dans le vocabulaire >> people_vcard, \nmalgré de multiples "ant all" et rm temp/*. J\'ai \nvérifié >> que c\'etait le bon serveur et ce \nqu\'il renvoyait via un client LDAP ... >> >> Je ne \ncomprends pas .... Qq peut m\'expliquer ? >> >> <br \n/>>> Bon week end à tous. >> Françoise. \n >> > > -- > Jacques Brassart <br \n/>> UNR Nord-Pas de Calais > Université de Valenciennes \net du Hainaut-Cambrésis > Tél : 03 27 51 17 70 <br \n/>> > > \n</div>\n', created = 1507748713, expire = 1507835113, headers = '', serialized = 0 WHERE cid = '4:d145bce272f0792c91cd39f90ee76c19' 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:4df522edeb3af904336839d240803d70' 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 bgcolor=\"#ffffff\" text=\"#000000\">\n Bonjour Françoise, \n \n Si j\'ai bien compris, ce vocabulaire (géré par ori-oai-vocabulary\n dans les précédentes versions) n\'est plus d\'actualité dans la\n v1.6.x. \n (si tu regardes dans les \"form.xhtml\", ces instances ne sont plus\n appelées) \n \n @Henri : tu pourrais nous en dire plus ? \n Merci ! \n \n Jacques \n \n \n Le 01/10/2010 18:07, francoise Rousseau (schortin) 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\">Bonsoir, \n Je me permets de relancer une question que j\'ai posée\n et qui n\'a pas encore eu de réponse ... \n \n Comment\n est généré, ET MIS A JOUR,  le vocabulaire\n PEOPLE_VCARD ? \n \n les affectations d\'une personne dans le\n serveur LDAP ont changé, des entités intervenant dans le\n champ ORG des vcards n\'existent plus depuis belle lurette , mais\n elles\n sont toujours présentes dans le vocabulaire people_vcard,\n malgré de multiples \"ant all\" et rm temp/*. \n J\'ai\n vérifié que c\'etait le bon serveur et ce qu\'il renvoyait via\n un client LDAP ... \n \n Je ne comprends pas .... Qq peut m\'expliquer\n ? \n \n Bon week end à tous. \n Françoise. \n </blockquote></div></div>\n \n <pre class=\"moz-signature\" cols=\"72\">-- \nJacques Brassart\nUNR Nord-Pas de Calais\nUniversité de Valenciennes et du Hainaut-Cambrésis\nTél : 03 27 51 17 70\n</pre>\n </body>\n</html>\n</div>', created = 1507748713, expire = 1507835113, headers = '', serialized = 0 WHERE cid = '4:4df522edeb3af904336839d240803d70' 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:ce51cb09868d48cb14901e4a3ffbe8ed' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonsoir, Je me permets de relancer une question que j\'ai posée \net qui n\'a pas encore eu de réponse ...\nComment \nest généré, ET MIS A JOUR,  le vocabulaire \nPEOPLE_VCARD ? les affectations d\'une personne dans le \nserveur LDAP ont changé, des entités intervenant dans le \nchamp ORG des vcards n\'existent plus depuis belle lurette , mais elles \nsont toujours présentes dans le vocabulaire people_vcard, \nmalgré de multiples "ant all" et rm temp/*. J\'ai \nvérifié que c\'etait le bon serveur et ce qu\'il renvoyait via \nun client LDAP ...\nJe ne comprends pas .... Qq peut m\'expliquer \n?\nBon week end à tous. Françoise.\n</div>\n', created = 1507748713, expire = 1507835113, headers = '', serialized = 0 WHERE cid = '4:ce51cb09868d48cb14901e4a3ffbe8ed' 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:f2d7d656e82a95622fe24abd0956dbd7' 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\">\nFrançoise, \n \nTu soulèves là un point sur lequel l\'équipe technique a longuement\ndiscuté la semaine dernière. \nDans la version actuelle, effectivement, même nom, même prénom, donc\nmême termIdentifier et donc on ne garde qu\'une des 2 vcards ! \n \nOn a donc réfléchi à un mécanisme plus puissant où on fusionneras les\ninformations plutôt que de garder telle ou telle vcard. \nC\'est encore à creuser, mais c\'est un point qui sera développé dans la\nfuture V2. \n \nPour le moment, effectivement, c\'est le mécanisme que tu décris. \nMais je le redis, nous sommes conscients de cette limitation, et une\namélioration est prévue dans le prochain planning. \n \nBonne journée, \n \n\n<div class=\"moz-signature\">\n<div class=\"moz-signature\">\nYohan COLMANT \nDirection des Systèmes d\'Information \nUVHC - Université de Valenciennes et du Hainaut Cambrésis \nCoordinateur Technique du projet ORI-OAI\n\n</div>\n</div>\n \n \nfrancoise Rousseau (schortin) 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\">Bonjour Yohan, Henri, \nJe reviens à la charge, car je ne suis\npas sure de tres bien comprendre le pb des doublons : \nPeut on, ou ne\npeut on pas, obtenir plusieurs enregistrements <vdex:term> pour\nla\nmême personne ? l\'expérience me fait penser que oui,\nvolontairement ou involontairement, puisqu\'on peut saisir une vcard\nà la main pour une fiche et utiliser l\'autocomplétion pour\nune autre. \nmeme personne ?= meme nom, meme prenom, meme\ntermIdentifier  \nQuid des homonymes ? \nC\'est un peu\nembêtant si on élimine le deuxième qui a le meme\n\"caption\", et qu\'on ne peut jamais afficher sa vcard ? \nEt\npour le fait que dans le champ Nom, s\'affichent parfois Nom;Prénom,\nqu\'est ce que je fais ? Est ce que ca peut rester comme ca ? Comment se\nfait il que la vcard du 2eme auteur se soit modifiée\nautomatiquement ? \nMerci d\'avance et bonne journée. \nFrançoise. \n \nLe Ven 8 octobre 2010 16:34, Henri Jacob a\nécrit : \n> Yohan, Françoise, \n> \n>\n \n> Oui, il y a eu une discussion à l\'époque sur\nl\'affichage des vCards : \n> cf. le fil \"format des vcards en\n1.6\" de la liste utilisateurs de mai \n> dernier. C\'est Nolwen\nqui avait fait le boulot. Dans l\'éditeur, le fait de \n>\nmodifer une fiche vCard provoque un \"rafraichissement\" de\nl\'affichage. \n> \n> \n> Pour le problème des\ndoublons: le vocabulary \"merge\" sur \n>\n<vdex:termIdentifier>, mais l\'éditeur dédoublonne les\nrésultats de \n> l\'autocomplete sur <vdex:caption> et\naffiche le premier trouvé :-( . \n> \n> Bon week-end,\n \n> \n> \n> Henri \n> \n> \n>\n \n> Yohan Colmant a écrit : \n> \n>>\nFrançoise, \n>> \n>> \n>> Les\ndoublons sont normalement gérés dans le vocabulary. \n>> En effet, une personne venant du LDAP ou d\'une saisie manuelle\nne \n>> devraient pas être doublonnées. Dans\nl\'exemple que tu donnes tu as le \n>> problème car tu as\nle prénom qui est répété 2 fois : \n>> \n>> N:Ramage;Marie-Joëlle;Marie-Joëlle;;;\n \n>> \n>> \n>> Donc le termIdentifier\ndéduit de cette valeur est \n>>\n\"marie_joelle_ramage_marie_joelle\". \n>> \n>> \n>> Vu que la gestion des doublons se fait sur le\ntermIdentifier, le \n>> problème est là. \n>> \n>> Henri, tu n\'avais pas changé quelque\nchose pour l\'affichage nom;prénom \n>> dans le md-editor\n? J\'ai l\'impression que là, lors de l\'enregistrement, \n>> il a concaténé nom;prénom mais en prenant\nnom=Ramage;Marie-Joëlle et \n>>\nprénom=Marie-Joëlle \n>> \n>> Yohan\nCOLMANT \n>> Direction des Systèmes d\'Information \n>> UVHC - Université de Valenciennes et du Hainaut\nCambrésis \n>> Coordinateur Technique du projet ORI-OAI\n \n>> \n>> \n>> \n>> francoise\nRousseau (schortin) a écrit : \n>>> Bonjour Henri, \n>>> \n>>> \n>>> Oui, oui, il m\'a bien\nsemblé ne pas avoir été très explicite sur ce\n \n>>> coup-là !!! Je m\'en suis aperçue hier\nsoir mais pas eu le courage de \n>>> re-rédiger le\nmessage .... \n>>> \n>>> Bon, voila, je\nrecommence mon histoire : \n>>> \n>>> \n>>> Autour du pb de la génération de ce\nvocabulaire, j\'ai remarqué qq \n>>> anomalies : \n>>> \n>>> Vu la logique de la fusion de ces 2\nvocabulaires pour la recherche \n>>> vcard, et aussi selon la\nfaçon dont on a rempli la vcard, on peut tout \n>>> a\nfait obtenir plusieurs \"enregistrements\" <vdex> pour la\nmeme \n>>> personne. En effet, selon que l\'on remplisse la\nvcard \"à la main\" (ou \n>>> par import xml\ndepuis une autre applicatif), ou via la complétion \n>>> ldap, on peut obtenir plusieurs vcards différentes\npour la meme \n>>> personne. Lorsque les fiches sont\nindexées, rien que dans le vocab \n>>>\nindexed_authors_vcard, on peut avoir plusieurs enregistrements. \n>>> \n>>> Exemple d\'un \"doublon\" pour un\nauteur local dans \n>>> l\'indexed_authors_vcard : \n>>> \n>>> <vdex:term\nvalidIndex=\"true\"> \n>>>\n<vdex:termIdentifier>marie_joelle_ramage</vdex:termIdentifier>\n \n>>> - \n>>> <vdex:caption> \n>>> <vdex:langstring>RAMAGE\nMARIE-JOËLLE</vdex:langstring> \n>>>\n</vdex:caption> \n>>> - \n>>>\n<vdex:description> \n>>> <vdex:langstring>RAMAGE\nMARIE-JOËLLE</vdex:langstring> \n>>>\n</vdex:description> \n>>> - \n>>>\n<vdex:metadata> \n>>> - \n>>>\n<orioai:value> \n>>> BEGIN:VCARD \n>>>\nVERSION:3.0 \n>>> N:Ramage;Marie-Joëlle \n>>> FN: Ramage Marie-Joëlle \n>>>\n<a class=\"moz-txt-link-abbreviated\" href=\"mailto:EMAIL;TYPE=INTERNET:\n <script type=\"text/javascript\" >  </script>\">EMAIL;TYPE=INTERNET:\n <script type=\"text/javascript\" >  </script></a> \n>>> ORG:\nUniversité Paris-Sud 11; \n>>> END:VCARD \n>>> </orioai:value> \n>>>\n</vdex:metadata> \n>>> </vdex:term> \n>>> - \n>>> <vdex:term\nvalidIndex=\"true\"> \n>>>\n<vdex:termIdentifier>marie_joelle_ramage_marie_joelle</vdex:termIdenti\n \n>>> fier> - \n>>> <vdex:caption> \n>>> <vdex:langstring>RAMAGE\nMARIE-JOËLLE</vdex:langstring> \n>>>\n</vdex:caption> \n>>> - \n>>>\n<vdex:description> \n>>> <vdex:langstring>RAMAGE\nMARIE-JOËLLE</vdex:langstring> \n>>>\n</vdex:description> \n>>> - \n>>>\n<vdex:metadata> \n>>> - \n>>>\n<orioai:value> \n>>> BEGIN:VCARD \n>>>\nVERSION:3.0 \n>>>\nN:Ramage;Marie-Joëlle;Marie-Joëlle;;; \n>>>\nFN:Marie-Joëlle Ramage;Marie-Joëlle \n>>>\n<a class=\"moz-txt-link-abbreviated\" href=\"mailto:EMAIL:\n <script type=\"text/javascript\" >  </script>;marie-joelle.ramage@didasco.u-psud\">EMAIL:\n <script type=\"text/javascript\" >  </script>;marie-joelle.ramage@didasco.u-psud</a> \n>>> .fr \n>>> ORG:Université Paris-Sud 11;\nUFR Sciences;Présidence;Services \n>>> Centraux;\nEtudes sur les Sciences et les Techniques;Département de \n>>> Chimie;Chargés de mission;Certificat informatique et\ninternet;Maison \n>>> des Etudes URL:<a class=\"moz-txt-link-freetext\" href=\"http://www.u-psud.fr\">http://www.u-psud.fr</a>\n<a class=\"moz-txt-link-rfc2396E\" href=\"http://www.u-psud.fr\"><http://www.u-psud.fr></a> \n>>> UID:marie-joelle.ramage\n \n>>> EMAIL;TYPE=INTERNET: \n>>> END:VCARD \n>>> </orioai:value> \n>>>\n</vdex:metadata> \n>>> </vdex:term> \n>>> \n>>> \n>>> Ce qui est\ngénant dans l\'existence de ce doublon, c\'est que lorsqu\'on \n>>> fait \"Recherche Vcard\", c\'est le premier\nenregistrement qui est \n>>> affiché, et ce n\'est pas\nle bon (celui du ldap est le 2eme). \n>>> Toutefois, je n\'ai\npas réussi à reproduire ce matin, Anne-Sophie a \n>>> travaillé dessus et le vocabulaire a bougé\n... (C\'est bon signe !) Pour \n>>> une raison que j\'ignore,\nce doublon n\'existe plus dans le \n>>> people_vcard. Pourtant\nsi j\'ai bien compris, le people_vcard est la \n>>> fusion de\nl\'indexed et du peopleLdapLocal ? \n>>> \n>>>\nAutre pb : \n>>> Lorsqu\'on édite une\n\"ancienne\" fiche locale via le workflow, le champ \n>>> Nom du contributeur Auteur (je n\'ai pas\nvérifié pour les autres \n>>> roles) s\'affiche\nNom;Prenom Voir les copies d\'ecran dans un fichier \n>>>\njoint Il faut les corriger, en passant par la recherche vcard, pour \n>>> avoir un affichage correct. As tu ce\nphénomène ? \n>>> (Je n\'ai pas regardé\ncomme ca se répercutait dans le search ou dans \n>>>\nle xml de la fiche.) \n>>> \n>>> MERCI pour ton\naide, bonne journée, à plus tard. \n>>>\nFrançoise. \n>>> \n>>> \n>>>\n \n>>> \n>>> Le Jeu 7 octobre 2010 09:50, Henri\nJacob a écrit : \n>>> \n>>>> Bonjour\nFrançoise, \n>>>> \n>>>> \n>>>> \n>>>> Tu voulais dire quelque chose?\n;-) \n>>>> \n>>>> \n>>>>\n \n>>>> Henri \n>>>> \n>>>>\n \n>>>> \n>>>> francoise Rousseau\n(schortin) a écrit : \n>>>> \n>>> \n>>> \n>>> -- \n>>> Françoise\nROUSSEAU SCHORTIN \n>>> Ingénieur Direction\nInformatique - Bat 210 \n>>> Université Paris-Sud 11\n \n>>> 91405 ORSAY \n>>> \n> \n>\n \n \n \n-- \nFrançoise ROUSSEAU SCHORTIN \nIngénieur Direction Informatique - Bat 210 \nUniversité Paris-Sud 11 \n91405 ORSAY\n</blockquote></div></div>\n</body>\n</html>\n</div>', created = 1507748713, expire = 1507835113, headers = '', serialized = 0 WHERE cid = '4:f2d7d656e82a95622fe24abd0956dbd7' 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:b3c72de374b7042436a04674af91ea3d' 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, Henri, Je reviens à la charge, car je ne suis \npas sure de tres bien comprendre le pb des doublons : Peut on, ou ne \npeut on pas, obtenir plusieurs enregistrements <vdex:term> pour la \nmême personne ? l\'expérience me fait penser que oui, \nvolontairement ou involontairement, puisqu\'on peut saisir une vcard \nà la main pour une fiche et utiliser l\'autocomplétion pour \nune autre. meme personne ?= meme nom, meme prenom, meme \ntermIdentifier  Quid des homonymes ? C\'est un peu \nembêtant si on élimine le deuxième qui a le meme \n"caption", et qu\'on ne peut jamais afficher sa vcard ? Et \npour le fait que dans le champ Nom, s\'affichent parfois Nom;Prénom, \nqu\'est ce que je fais ? Est ce que ca peut rester comme ca ? Comment se \nfait il que la vcard du 2eme auteur se soit modifiée \nautomatiquement ? Merci d\'avance et bonne journée.<br \n/>Françoise.\nLe Ven 8 octobre 2010 16:34, Henri Jacob a \nécrit : > Yohan, Françoise, > > \n > Oui, il y a eu une discussion à l\'époque sur \nl\'affichage des vCards : > cf. le fil "format des vcards en \n1.6" de la liste utilisateurs de mai > dernier. C\'est Nolwen \nqui avait fait le boulot. Dans l\'éditeur, le fait de > \nmodifer une fiche vCard provoque un "rafraichissement" de \nl\'affichage. > > > Pour le problème des \ndoublons: le vocabulary "merge" sur > \n<vdex:termIdentifier>, mais l\'éditeur dédoublonne les \nrésultats de > l\'autocomplete sur <vdex:caption> et \naffiche le premier trouvé :-( . > > Bon week-end, \n > > > Henri > > > \n > Yohan Colmant a écrit : > >> \nFrançoise, >> >> >> Les \ndoublons sont normalement gérés dans le vocabulary. <br \n/>>> En effet, une personne venant du LDAP ou d\'une saisie manuelle \nne >> devraient pas être doublonnées. Dans \nl\'exemple que tu donnes tu as le >> problème car tu as \nle prénom qui est répété 2 fois : <br \n/>>> >> N:Ramage;Marie-Joëlle;Marie-Joëlle;;; \n >> >> >> Donc le termIdentifier \ndéduit de cette valeur est >> \n"marie_joelle_ramage_marie_joelle". >> <br \n/>>> >> Vu que la gestion des doublons se fait sur le \ntermIdentifier, le >> problème est là. <br \n/>>> >> Henri, tu n\'avais pas changé quelque \nchose pour l\'affichage nom;prénom >> dans le md-editor \n? J\'ai l\'impression que là, lors de l\'enregistrement, <br \n/>>> il a concaténé nom;prénom mais en prenant \nnom=Ramage;Marie-Joëlle et >> \nprénom=Marie-Joëlle >> >> Yohan \nCOLMANT >> Direction des Systèmes d\'Information <br \n/>>> UVHC - Université de Valenciennes et du Hainaut \nCambrésis >> Coordinateur Technique du projet ORI-OAI \n >> >> >> >> francoise \nRousseau (schortin) a écrit : >>> Bonjour Henri, <br \n/>>>> >>> >>> Oui, oui, il m\'a bien \nsemblé ne pas avoir été très explicite sur ce \n >>> coup-là !!! Je m\'en suis aperçue hier \nsoir mais pas eu le courage de >>> re-rédiger le \nmessage .... >>> >>> Bon, voila, je \nrecommence mon histoire : >>> >>> <br \n/>>>> Autour du pb de la génération de ce \nvocabulaire, j\'ai remarqué qq >>> anomalies : <br \n/>>>> >>> Vu la logique de la fusion de ces 2 \nvocabulaires pour la recherche >>> vcard, et aussi selon la \nfaçon dont on a rempli la vcard, on peut tout >>> a \nfait obtenir plusieurs "enregistrements" <vdex> pour la \nmeme >>> personne. En effet, selon que l\'on remplisse la \nvcard "à la main" (ou >>> par import xml \ndepuis une autre applicatif), ou via la complétion <br \n/>>>> ldap, on peut obtenir plusieurs vcards différentes \npour la meme >>> personne. Lorsque les fiches sont \nindexées, rien que dans le vocab >>> \nindexed_authors_vcard, on peut avoir plusieurs enregistrements. <br \n/>>>> >>> Exemple d\'un "doublon" pour un \nauteur local dans >>> l\'indexed_authors_vcard : <br \n/>>>> >>> <vdex:term \nvalidIndex="true"> >>> \n<vdex:termIdentifier>marie_joelle_ramage</vdex:termIdentifier> \n >>> - >>> <vdex:caption> <br \n/>>>> <vdex:langstring>RAMAGE \nMARIE-JOËLLE</vdex:langstring> >>> \n</vdex:caption> >>> - >>> \n<vdex:description> >>> <vdex:langstring>RAMAGE \nMARIE-JOËLLE</vdex:langstring> >>> \n</vdex:description> >>> - >>> \n<vdex:metadata> >>> - >>> \n<orioai:value> >>> BEGIN:VCARD >>> \nVERSION:3.0 >>> N:Ramage;Marie-Joëlle <br \n/>>>> FN: Ramage Marie-Joëlle >>> \nEMAIL;TYPE=INTERNET:\n <script type=\"text/javascript\" >  </script> >>> ORG: \nUniversité Paris-Sud 11; >>> END:VCARD <br \n/>>>> </orioai:value> >>> \n</vdex:metadata> >>> </vdex:term> <br \n/>>>> - >>> <vdex:term \nvalidIndex="true"> >>> \n<vdex:termIdentifier>marie_joelle_ramage_marie_joelle</vdex:termIdenti \n >>> fier> - >>> <vdex:caption> <br \n/>>>> <vdex:langstring>RAMAGE \nMARIE-JOËLLE</vdex:langstring> >>> \n</vdex:caption> >>> - >>> \n<vdex:description> >>> <vdex:langstring>RAMAGE \nMARIE-JOËLLE</vdex:langstring> >>> \n</vdex:description> >>> - >>> \n<vdex:metadata> >>> - >>> \n<orioai:value> >>> BEGIN:VCARD >>> \nVERSION:3.0 >>> \nN:Ramage;Marie-Joëlle;Marie-Joëlle;;; >>> \nFN:Marie-Joëlle Ramage;Marie-Joëlle >>> \nEMAIL:\n <script type=\"text/javascript\" >  </script>;marie-joelle.ramage@didasco.u-psud <br \n/>>>> .fr >>> ORG:Université Paris-Sud 11; \nUFR Sciences;Présidence;Services >>> Centraux; \nEtudes sur les Sciences et les Techniques;Département de <br \n/>>>> Chimie;Chargés de mission;Certificat informatique et \ninternet;Maison >>> des Etudes URL:http://www.u-psud.fr \n<http://www.u-psud.fr> >>> UID:marie-joelle.ramage \n >>> EMAIL;TYPE=INTERNET: >>> END:VCARD <br \n/>>>> </orioai:value> >>> \n</vdex:metadata> >>> </vdex:term> <br \n/>>>> >>> >>> Ce qui est \ngénant dans l\'existence de ce doublon, c\'est que lorsqu\'on <br \n/>>>> fait "Recherche Vcard", c\'est le premier \nenregistrement qui est >>> affiché, et ce n\'est pas \nle bon (celui du ldap est le 2eme). >>> Toutefois, je n\'ai \npas réussi à reproduire ce matin, Anne-Sophie a <br \n/>>>> travaillé dessus et le vocabulaire a bougé \n... (C\'est bon signe !) Pour >>> une raison que j\'ignore, \nce doublon n\'existe plus dans le >>> people_vcard. Pourtant \nsi j\'ai bien compris, le people_vcard est la >>> fusion de \nl\'indexed et du peopleLdapLocal ? >>> >>> \nAutre pb : >>> Lorsqu\'on édite une \n"ancienne" fiche locale via le workflow, le champ <br \n/>>>> Nom du contributeur Auteur (je n\'ai pas \nvérifié pour les autres >>> roles) s\'affiche \nNom;Prenom Voir les copies d\'ecran dans un fichier >>> \njoint Il faut les corriger, en passant par la recherche vcard, pour <br \n/>>>> avoir un affichage correct. As tu ce \nphénomène ? >>> (Je n\'ai pas regardé \ncomme ca se répercutait dans le search ou dans >>> \nle xml de la fiche.) >>> >>> MERCI pour ton \naide, bonne journée, à plus tard. >>> \nFrançoise. >>> >>> >>> \n >>> >>> Le Jeu 7 octobre 2010 09:50, Henri \nJacob a écrit : >>> >>>> Bonjour \nFrançoise, >>>> >>>> <br \n/>>>>> >>>> Tu voulais dire quelque chose? \n;-) >>>> >>>> >>>> \n >>>> Henri >>>> >>>> \n >>>> >>>> francoise Rousseau \n(schortin) a écrit : >>>> >>> <br \n/>>>> >>> -- >>> Françoise \nROUSSEAU SCHORTIN >>> Ingénieur Direction \nInformatique - Bat 210 >>> Université Paris-Sud 11 \n >>> 91405 ORSAY >>> > >\n-- Françoise ROUSSEAU SCHORTIN <br \n/>Ingénieur Direction Informatique - Bat 210 <br \n/>Université Paris-Sud 11 91405 ORSAY\n</div>\n', created = 1507748713, expire = 1507835113, headers = '', serialized = 0 WHERE cid = '4:b3c72de374b7042436a04674af91ea3d' 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:20b3f7bbc8639231fa65c8b2cd345e4e' 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 Je n\'ai, à l\'heure actuelle, plus qu\'un \nseul enregistrement pour la personne.  C\'est vraisemblablement \nle résultat d\'une correction qu\'a fait Anne-Sophie sur une \nfiche. donc, "tout va bien" ! puisqu\'on peut se \ndébarrasser du pb.\nIl me faudrait juste une confirmation \n: si on saisit "à la main" la vcard de qq qui est dans le \nldap, on peut se retrouver avec 2 vcards pour la meme personne ? sous \nquelles conditions ? que le termIdentifieur déduit du Nom et \nPrénom ne soit pas le meme ?\nPar ailleurs, peut on \nimaginer qu\'une personne aie plusieurs vcards différentes (avec un \nchamp ORG différent), que l\'on utiliserait en fonction du theme de \nla ressource ? Si oui, il faudrait qu\'on puisse récupérer \ndans la fonction "Recherche de vcard" toutes les vcards de la \npersonne. Il me semble que, pour Marie-Joelle Ramage, on ne pouvait en \nrécupérer qu\'une seule, la première ... Voila, \nvoila .. A + Françoise.\nLe Ven 8 octobre \n2010 15:12, Yohan Colmant a écrit : > Françoise, \n > > > Les doublons sont normalement \ngérés dans le vocabulary. > En effet, une personne \nvenant du LDAP ou d\'une saisie manuelle ne > devraient pas \nêtre doublonnées. Dans l\'exemple que tu donnes tu as le <br \n/>> problème car tu as le prénom qui est \nrépété 2 fois : > > \nN:Ramage;Marie-Joëlle;Marie-Joëlle;;; > > <br \n/>> Donc le termIdentifier déduit de cette valeur est > \n"marie_joelle_ramage_marie_joelle". > > <br \n/>> Vu que la gestion des doublons se fait sur le termIdentifier, le \n > problème est là. > > Henri, tu \nn\'avais pas changé quelque chose pour l\'affichage nom;prénom \n > dans le md-editor ? J\'ai l\'impression que là, lors de \nl\'enregistrement, il > a concaténé \nnom;prénom mais en prenant nom=Ramage;Marie-Joëlle et <br \n/>> prénom=Marie-Joëlle > > Yohan COLMANT \n > Direction des Systèmes d\'Information > UVHC - \nUniversité de Valenciennes et du Hainaut Cambrésis <br \n/>> Coordinateur Technique du projet ORI-OAI > > <br \n/>> > francoise Rousseau (schortin) a écrit : <br \n/>>> Bonjour Henri, >> >> >> \nOui, oui, il m\'a bien semblé ne pas avoir été \ntrès explicite sur ce >> coup-là !!! Je m\'en \nsuis aperçue hier soir mais pas eu le courage de >> \nre-rédiger le message .... >> >> Bon, \nvoila, je recommence mon histoire : >> >> <br \n/>>> Autour du pb de la génération de ce vocabulaire, \nj\'ai remarqué qq >> anomalies : >> <br \n/>>> Vu la logique de la fusion de ces 2 vocabulaires pour la \nrecherche >> vcard, et aussi selon la façon dont on a \nrempli la vcard, on peut tout a >> fait obtenir plusieurs \n"enregistrements" <vdex> pour la meme personne. <br \n/>>> En effet, selon que l\'on remplisse la vcard "à la \nmain" (ou par import >> xml depuis une autre applicatif), \nou via la complétion ldap, on peut >> obtenir plusieurs \nvcards différentes pour la meme personne. Lorsque les <br \n/>>> fiches sont indexées, rien que dans le vocab \nindexed_authors_vcard, on >> peut avoir plusieurs \nenregistrements. >> >> Exemple d\'un \n"doublon" pour un auteur local dans >> \nl\'indexed_authors_vcard : >> >> <vdex:term \nvalidIndex="true"> >> \n<vdex:termIdentifier>marie_joelle_ramage</vdex:termIdentifier> \n >> - >> <vdex:caption> >> \n<vdex:langstring>RAMAGE MARIE-JOËLLE</vdex:langstring> \n >> </vdex:caption> >> - >> \n<vdex:description> >> <vdex:langstring>RAMAGE \nMARIE-JOËLLE</vdex:langstring> >> \n</vdex:description> >> - >> \n<vdex:metadata> >> - >> <orioai:value> \n >> BEGIN:VCARD >> VERSION:3.0 >> \nN:Ramage;Marie-Joëlle >> FN: Ramage Marie-Joëlle <br \n/>>> EMAIL;TYPE=INTERNET:\n <script type=\"text/javascript\" >  </script> <br \n/>>> ORG: Université Paris-Sud 11; >> END:VCARD \n >> </orioai:value> >> </vdex:metadata> \n >> </vdex:term> >> - >> \n<vdex:term validIndex="true"> >> \n<vdex:termIdentifier>marie_joelle_ramage_marie_joelle</vdex:termIdentifi \n >> er> - >> <vdex:caption> >> \n<vdex:langstring>RAMAGE MARIE-JOËLLE</vdex:langstring> \n >> </vdex:caption> >> - >> \n<vdex:description> >> <vdex:langstring>RAMAGE \nMARIE-JOËLLE</vdex:langstring> >> \n</vdex:description> >> - >> \n<vdex:metadata> >> - >> <orioai:value> \n >> BEGIN:VCARD >> VERSION:3.0 >> \nN:Ramage;Marie-Joëlle;Marie-Joëlle;;; >> \nFN:Marie-Joëlle Ramage;Marie-Joëlle >> \nEMAIL:\n <script type=\"text/javascript\" >  </script>;marie-joelle.ramage@didasco.u-psud.f \n >> r ORG:Université Paris-Sud 11; UFR \nSciences;Présidence;Services >> Centraux; Etudes sur \nles Sciences et les Techniques;Département de >> \nChimie;Chargés de mission;Certificat informatique et \ninternet;Maison >> des Etudes URL:http://www.u-psud.fr \n<http://www.u-psud.fr> >> UID:marie-joelle.ramage <br \n/>>> EMAIL;TYPE=INTERNET: >> END:VCARD >> \n</orioai:value> >> </vdex:metadata> >> \n</vdex:term> >> >> >> Ce qui est \ngénant dans l\'existence de ce doublon, c\'est que lorsqu\'on <br \n/>>> fait "Recherche Vcard", c\'est le premier \nenregistrement qui est affiché, >> et ce n\'est pas le \nbon (celui du ldap est le 2eme). Toutefois, je n\'ai >> pas \nréussi à reproduire ce matin, Anne-Sophie a travaillé \ndessus et le >> vocabulaire a bougé ... (C\'est bon \nsigne !) Pour une raison que >> j\'ignore, ce doublon n\'existe \nplus dans le people_vcard. Pourtant si >> j\'ai bien compris, \nle people_vcard est la fusion de l\'indexed et du >> \npeopleLdapLocal ? >> >> Autre pb : >> \nLorsqu\'on édite une "ancienne" fiche locale via le \nworkflow, le champ >> Nom du contributeur Auteur (je n\'ai pas \nvérifié pour les autres roles) >> s\'affiche \nNom;Prenom Voir les copies d\'ecran dans un fichier joint >> Il \nfaut les corriger, en passant par la recherche vcard, pour avoir un <br \n/>>> affichage correct. As tu ce phénomène ? <br \n/>>> (Je n\'ai pas regardé comme ca se répercutait dans \nle search ou dans le >> xml de la fiche.) >> <br \n/>>> MERCI pour ton aide, bonne journée, à plus tard. \n >> Françoise. >> >> <br \n/>>> >> >> Le Jeu 7 octobre 2010 09:50, \nHenri Jacob a écrit : >> >>> Bonjour \nFrançoise, >>> >>> >>> \n >>> Tu voulais dire quelque chose? ;-) >>> \n >>> >>> >>> Henri <br \n/>>>> >>> >>> >>> \nfrancoise Rousseau (schortin) a écrit : >>> <br \n/>>> >> >> -- >> \nFrançoise ROUSSEAU SCHORTIN >> Ingénieur \nDirection Informatique - Bat 210 >> Université \nParis-Sud 11 >> 91405 ORSAY >> > <br \n/>> > \n-- Françoise ROUSSEAU \nSCHORTIN Ingénieur Direction Informatique - Bat 210 <br \n/>Université Paris-Sud 11 91405 ORSAY\n</div>\n', created = 1507748713, expire = 1507835113, headers = '', serialized = 0 WHERE cid = '4:20b3f7bbc8639231fa65c8b2cd345e4e' 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:00e23af7f22a63a2cb7af46460547308' 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\">\nFrançoise, \n \nLes doublons sont normalement gérés dans le vocabulary. \nEn effet, une personne venant du LDAP ou d\'une saisie manuelle ne\ndevraient pas être doublonnées. Dans l\'exemple que tu donnes tu as le\nproblème car tu as le prénom qui est répété 2 fois : \n \nN:Ramage;Marie-Joëlle;Marie-Joëlle;;; \n \nDonc le termIdentifier déduit de cette valeur est \"marie_joelle_ramage_marie_joelle<font\n size=\"-1\">\". \n \nVu que la gestion des doublons se fait sur le termIdentifier, le\nproblème est là. \n \nHenri, tu n\'avais pas changé quelque chose pour l\'affichage nom;prénom\ndans le md-editor ? J\'ai l\'impression que là, lors de l\'enregistrement,\nil a concaténé nom;prénom mais en prenant nom=Ramage;Marie-Joëlle<font\n size=\"-1\"> et prénom=Marie-Joëlle \n \n\n<div class=\"moz-signature\">\n<div class=\"moz-signature\">\nYohan COLMANT \nDirection des Systèmes d\'Information \nUVHC - Université de Valenciennes et du Hainaut Cambrésis \nCoordinateur Technique du projet ORI-OAI\n\n</div>\n</div>\n \n \nfrancoise Rousseau (schortin) 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\">Bonjour Henri, \n \nOui, oui, il m\'a bien semblé ne pas avoir\nété très explicite sur ce coup-là !!! \nJe\nm\'en suis aperçue hier soir mais pas eu le courage de\nre-rédiger le message .... \n \nBon, voila, je recommence mon\nhistoire : \n \nAutour du pb de la génération de\nce vocabulaire, j\'ai remarqué qq anomalies : \n \nVu la\nlogique de la fusion de ces 2 vocabulaires pour la recherche vcard, et\naussi selon la façon dont on a rempli la vcard, on peut tout a\nfait obtenir plusieurs \"enregistrements\" <vdex> pour la\nmeme personne. \nEn effet, selon que l\'on remplisse la vcard\n\"à la main\" (ou par import xml depuis une autre\napplicatif), ou via la complétion ldap, on peut obtenir plusieurs\nvcards différentes pour la meme personne. Lorsque les fiches sont\nindexées, rien que dans le vocab indexed_authors_vcard, on peut\navoir plusieurs enregistrements. \n \nExemple d\'un\n\"doublon\" pour un auteur local dans\nl\'indexed_authors_vcard  : \n \n<vdex:term\nvalidIndex=\"true\"> \n<vdex:termIdentifier>marie_joelle_ramage</vdex:termIdentifier> \n− \n<vdex:caption> \n<vdex:langstring>RAMAGE\nMARIE-JOËLLE</vdex:langstring> \n</vdex:caption> \n− \n<vdex:description> \n<vdex:langstring>RAMAGE\nMARIE-JOËLLE</vdex:langstring> \n</vdex:description> \n− \n<vdex:metadata> \n− \n<orioai:value> \nBEGIN:VCARD \nVERSION:3.0 \nN:Ramage;Marie-Joëlle \nFN: Ramage Marie-Joëlle \n<a class=\"moz-txt-link-abbreviated\" href=\"mailto:EMAIL;TYPE=INTERNET:\n <script type=\"text/javascript\" >  </script>\">EMAIL;TYPE=INTERNET:\n <script type=\"text/javascript\" >  </script></a> \nORG:\nUniversité Paris-Sud 11; \nEND:VCARD \n</orioai:value> \n</vdex:metadata> \n</vdex:term> \n− \n<vdex:term\nvalidIndex=\"true\"> \n<vdex:termIdentifier>marie_joelle_ramage_marie_joelle</vdex:termIdentifier> \n− \n<vdex:caption> \n<vdex:langstring>RAMAGE\nMARIE-JOËLLE</vdex:langstring> \n</vdex:caption> \n− \n<vdex:description> \n<vdex:langstring>RAMAGE\nMARIE-JOËLLE</vdex:langstring> \n</vdex:description> \n− \n<vdex:metadata> \n− \n<orioai:value> \nBEGIN:VCARD \nVERSION:3.0 \nN:Ramage;Marie-Joëlle;Marie-Joëlle;;; \nFN:Marie-Joëlle Ramage;Marie-Joëlle \n<a class=\"moz-txt-link-abbreviated\" href=\"mailto:EMAIL:\n <script type=\"text/javascript\" >  </script>;\n <script type=\"text/javascript\" >  </script>\">EMAIL:\n <script type=\"text/javascript\" >  </script>;\n <script type=\"text/javascript\" >  </script></a> \nORG:Université Paris-Sud 11; UFR\nSciences;Présidence;Services Centraux; Etudes sur les Sciences et\nles Techniques;Département de Chimie;Chargés de\nmission;Certificat informatique et internet;Maison des Etudes \n <a moz-do-not-send=\"true\" href=\"http://www.u-psud.fr\">URL:http://www.u-psud.fr</a> \nUID:marie-joelle.ramage \nEMAIL;TYPE=INTERNET: \nEND:VCARD \n</orioai:value> \n</vdex:metadata> \n</vdex:term> \n \nCe qui est génant dans l\'existence\nde ce doublon, c\'est que lorsqu\'on fait \"Recherche Vcard\", c\'est\nle premier enregistrement qui est affiché, et ce n\'est pas le bon\n(celui du ldap est le 2eme). \nToutefois, je n\'ai pas réussi\nà reproduire ce matin, Anne-Sophie a travaillé dessus et le\nvocabulaire a bougé ... (C\'est bon signe !)  \nPour une\nraison que j\'ignore, ce doublon n\'existe plus dans le people_vcard.\nPourtant si j\'ai bien compris, le people_vcard est la fusion de\nl\'indexed\net du peopleLdapLocal ? \n \nAutre pb : \nLorsqu\'on édite\nune \"ancienne\" fiche locale via le workflow, le champ Nom du\ncontributeur Auteur (je n\'ai pas vérifié pour les autres\nroles) s\'affiche Nom;Prenom \nVoir les copies d\'ecran dans un\nfichier joint \nIl faut les corriger, en passant par la recherche\nvcard, pour avoir un affichage correct. \nAs tu ce\nphénomène ? \n(Je n\'ai pas regardé comme ca se\nrépercutait dans le search ou dans le xml de la fiche.) \n \nMERCI pour ton aide, bonne journée, à plus tard. \nFrançoise. \n \n \n \nLe Jeu 7 octobre 2010 09:50,\nHenri Jacob a écrit : \n> Bonjour Françoise, \n> \n> \n> Tu voulais dire quelque chose? ;-) \n>\n \n> \n> Henri \n> \n> \n> francoise\nRousseau (schortin) a écrit : \n> \n \n \n-- \nFrançoise ROUSSEAU SCHORTIN \nIngénieur Direction\nInformatique - Bat 210 \nUniversité Paris-Sud 11 \n91405\nORSAY\n</blockquote></div></div>\n</body>\n</html>\n</div>', created = 1507748713, expire = 1507835113, headers = '', serialized = 0 WHERE cid = '4:00e23af7f22a63a2cb7af46460547308' 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:b57c566c252ccbb95cd6fcca136f6821' 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\">Et dans la série gaffes et étourderies, j\'avais \noublié la pièce jointe ... Françoise. <br \n/> Le Jeu 7 octobre 2010 12:29, francoise Rousseau (schortin) a \nécrit : > \n> > Bonjour Henri, <br \n/>> > > Oui, oui, il m\'a bien semblé ne pas \navoir > été très explicite sur ce \ncoup-là !!! Je > m\'en suis aperçue hier soir mais \npas eu le courage de re-rédiger le message > .... <br \n/>> > > Bon, voila, je recommence mon > \nhistoire : > > > Autour du pb de la \ngénération de > ce vocabulaire, j\'ai \nremarqué qq anomalies : > > Vu la > \nlogique de la fusion de ces 2 vocabulaires pour la recherche vcard, et <br \n/>> aussi selon la façon dont on a rempli la vcard, on peut \ntout a fait > obtenir plusieurs "enregistrements" \n<vdex> pour la meme personne. En effet, > selon que l\'on \nremplisse la vcard "à la main" (ou par import xml depuis \n > une autre applicatif), ou via la complétion ldap, on \npeut obtenir > plusieurs vcards différentes pour la meme \npersonne. Lorsque les fiches > sont indexées, rien que \ndans le vocab indexed_authors_vcard, on peut avoir > plusieurs \nenregistrements. > > Exemple d\'un > \n"doublon" pour un auteur local dans > \nl\'indexed_authors_vcard  : > > > \n<vdex:term > validIndex="true"> > \n<vdex:termIdentifier>marie_joelle_ramage</vdex:termIdentifier> \n > &minus; > <vdex:caption> > \n<vdex:langstring>RAMAGE > \nMARIE-JOËLLE</vdex:langstring> > </vdex:caption> \n > &minus; > <vdex:description> > \n<vdex:langstring>RAMAGE > \nMARIE-JOËLLE</vdex:langstring> > \n</vdex:description> > &minus; > \n<vdex:metadata> > &minus; > \n<orioai:value> > BEGIN:VCARD > VERSION:3.0 <br \n/>> N:Ramage;Marie-Joëlle > FN: Ramage Marie-Joëlle \n > EMAIL;TYPE=INTERNET:\n <script type=\"text/javascript\" >  </script> > \nORG: > Université Paris-Sud 11; > END:VCARD <br \n/>> </orioai:value> > </vdex:metadata> > \n</vdex:term> > &minus; > <vdex:term <br \n/>> validIndex="true"> > \n<vdex:termIdentifier>marie_joelle_ramage_marie_joelle</vdex:termIdentifie \n > r> &minus; > <vdex:caption> > \n<vdex:langstring>RAMAGE > \nMARIE-JOËLLE</vdex:langstring> > </vdex:caption> \n > &minus; > <vdex:description> > \n<vdex:langstring>RAMAGE > \nMARIE-JOËLLE</vdex:langstring> > \n</vdex:description> > &minus; > \n<vdex:metadata> > &minus; > \n<orioai:value> > BEGIN:VCARD > VERSION:3.0 <br \n/>> N:Ramage;Marie-Joëlle;Marie-Joëlle;;; > \nFN:Marie-Joëlle Ramage;Marie-Joëlle > \nEMAIL:\n <script type=\"text/javascript\" >  </script>;\n <script type=\"text/javascript\" >  </script> \n > ORG:Université Paris-Sud 11; UFR > \nSciences;Présidence;Services Centraux; Etudes sur les Sciences et \n > les Techniques;Département de Chimie;Chargés de \nmission;Certificat > informatique et internet;Maison des Etudes \nURL:http://www.u-psud.fr > UID:marie-joelle.ramage > \nEMAIL;TYPE=INTERNET: > END:VCARD > </orioai:value> \n > </vdex:metadata> > </vdex:term> > \n > > Ce qui est génant dans l\'existence > \nde ce doublon, c\'est que lorsqu\'on fait "Recherche Vcard", c\'est \nle premier > enregistrement qui est affiché, et ce n\'est \npas le bon (celui du ldap est > le 2eme). Toutefois, je n\'ai pas \nréussi > à reproduire ce matin, Anne-Sophie a \ntravaillé dessus et le vocabulaire a > bougé ... \n(C\'est bon signe !) Pour une > raison que j\'ignore, ce doublon \nn\'existe plus dans le people_vcard. > Pourtant si j\'ai bien \ncompris, le people_vcard est la fusion de l\'indexed > et du \npeopleLdapLocal ? > > Autre pb : > Lorsqu\'on \nédite > une "ancienne" fiche locale via le \nworkflow, le champ Nom du contributeur > Auteur (je n\'ai pas \nvérifié pour les autres > roles) s\'affiche \nNom;Prenom Voir les copies d\'ecran dans un > fichier joint \nIl faut les corriger, en passant par la recherche > vcard, pour \navoir un affichage correct. As tu ce > phénomène ? \n(Je n\'ai pas regardé comme ca se > répercutait dans \nle search ou dans le xml de la fiche.) > > MERCI pour \nton aide, bonne journée, à plus tard. > \nFrançoise. > > > > > \nLe Jeu 7 octobre 2010 09:50, > Henri Jacob a écrit : <br \n/>> >> Bonjour Françoise, >> <br \n/>>> >> >> Tu voulais dire quelque chose? \n;-) >> >> > >> >> \nHenri >> >> >> >> \nfrancoise > Rousseau (schortin) a écrit : > <br \n/>>> > > > -- > Françoise \nROUSSEAU SCHORTIN > Ingénieur Direction > \nInformatique - Bat 210 > Université Paris-Sud 11 <br \n/>> 91405 > ORSAY > > \n-- \n Françoise ROUSSEAU SCHORTIN Ingénieur Direction \nInformatique - Bat 210 Université Paris-Sud 11 91405 \nORSAY\n</div>\n', created = 1507748713, expire = 1507835113, headers = '', serialized = 0 WHERE cid = '4:b57c566c252ccbb95cd6fcca136f6821' 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:3960a9140d3aae051f4670c5f216db24' 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 Henri,\nOui, oui, il m\'a bien semblé ne pas avoir \nété très explicite sur ce coup-là !!! Je \nm\'en suis aperçue hier soir mais pas eu le courage de \nre-rédiger le message ....\nBon, voila, je recommence mon \nhistoire :\nAutour du pb de la génération de \nce vocabulaire, j\'ai remarqué qq anomalies :\nVu la \nlogique de la fusion de ces 2 vocabulaires pour la recherche vcard, et \naussi selon la façon dont on a rempli la vcard, on peut tout a \nfait obtenir plusieurs "enregistrements" <vdex> pour la \nmeme personne. En effet, selon que l\'on remplisse la vcard \n"à la main" (ou par import xml depuis une autre \napplicatif), ou via la complétion ldap, on peut obtenir plusieurs \nvcards différentes pour la meme personne. Lorsque les fiches sont \nindexées, rien que dans le vocab indexed_authors_vcard, on peut \navoir plusieurs enregistrements.\nExemple d\'un \n"doublon" pour un auteur local dans \nl\'indexed_authors_vcard  :\n<vdex:term \nvalidIndex="true"><br \n/><vdex:termIdentifier>marie_joelle_ramage</vdex:termIdentifier><br \n/>− <vdex:caption> <vdex:langstring>RAMAGE \nMARIE-JOËLLE</vdex:langstring> </vdex:caption><br \n/>− <vdex:description> <vdex:langstring>RAMAGE \nMARIE-JOËLLE</vdex:langstring><br \n/></vdex:description> − <vdex:metadata><br \n/>− <orioai:value> BEGIN:VCARD VERSION:3.0<br \n/>N:Ramage;Marie-Joëlle FN: Ramage Marie-Joëlle<br \n/>EMAIL;TYPE=INTERNET:\n <script type=\"text/javascript\" >  </script> ORG: \nUniversité Paris-Sud 11; END:VCARD<br \n/></orioai:value> </vdex:metadata><br \n/></vdex:term> − <vdex:term \nvalidIndex="true"><br \n/><vdex:termIdentifier>marie_joelle_ramage_marie_joelle</vdex:termIdentifier><br \n/>− <vdex:caption> <vdex:langstring>RAMAGE \nMARIE-JOËLLE</vdex:langstring> </vdex:caption><br \n/>− <vdex:description> <vdex:langstring>RAMAGE \nMARIE-JOËLLE</vdex:langstring><br \n/></vdex:description> − <vdex:metadata><br \n/>− <orioai:value> BEGIN:VCARD VERSION:3.0<br \n/>N:Ramage;Marie-Joëlle;Marie-Joëlle;;;<br \n/>FN:Marie-Joëlle Ramage;Marie-Joëlle<br \n/>EMAIL:\n <script type=\"text/javascript\" >  </script>;\n <script type=\"text/javascript\" >  </script><br \n/>ORG:Université Paris-Sud 11; UFR \nSciences;Présidence;Services Centraux; Etudes sur les Sciences et \nles Techniques;Département de Chimie;Chargés de \nmission;Certificat informatique et internet;Maison des Etudes <a \nhref=\"http://www.u-psud.fr\">URL:http://www.u-psud.fr</a><br \n/>UID:marie-joelle.ramage EMAIL;TYPE=INTERNET: END:VCARD<br \n/></orioai:value> </vdex:metadata><br \n/></vdex:term>\nCe qui est génant dans l\'existence \nde ce doublon, c\'est que lorsqu\'on fait "Recherche Vcard", c\'est \nle premier enregistrement qui est affiché, et ce n\'est pas le bon \n(celui du ldap est le 2eme). Toutefois, je n\'ai pas réussi \nà reproduire ce matin, Anne-Sophie a travaillé dessus et le \nvocabulaire a bougé ... (C\'est bon signe !)  Pour une \nraison que j\'ignore, ce doublon n\'existe plus dans le people_vcard. \nPourtant si j\'ai bien compris, le people_vcard est la fusion de l\'indexed \net du peopleLdapLocal ?\nAutre pb : Lorsqu\'on édite \nune "ancienne" fiche locale via le workflow, le champ Nom du \ncontributeur Auteur (je n\'ai pas vérifié pour les autres \nroles) s\'affiche Nom;Prenom Voir les copies d\'ecran dans un \nfichier joint Il faut les corriger, en passant par la recherche \nvcard, pour avoir un affichage correct. As tu ce \nphénomène ? (Je n\'ai pas regardé comme ca se \nrépercutait dans le search ou dans le xml de la fiche.) <br \n/>MERCI pour ton aide, bonne journée, à plus tard.<br \n/>Françoise.\nLe Jeu 7 octobre 2010 09:50, \nHenri Jacob a écrit : > Bonjour Françoise, <br \n/>> > > Tu voulais dire quelque chose? ;-) > \n > > Henri > > > francoise \nRousseau (schortin) a écrit : > \n-- <br \n/>Françoise ROUSSEAU SCHORTIN Ingénieur Direction \nInformatique - Bat 210 Université Paris-Sud 11 91405 \nORSAY\n</div>\n', created = 1507748713, expire = 1507835113, headers = '', serialized = 0 WHERE cid = '4:3960a9140d3aae051f4670c5f216db24' 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:890207c1ce1635b84cd271a9a674815e' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour Françoise,\nTu voulais dire quelque chose? ;-)\nHenri\nfrancoise Rousseau (schortin) a écrit :\n</div>\n', created = 1507748713, expire = 1507835113, headers = '', serialized = 0 WHERE cid = '4:890207c1ce1635b84cd271a9a674815e' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

13 messages / 0 nouveaux

Sujet clos

Dernière contribution

5 octobre 2010 - 5:31pm

francoise.schortin

generation de vocabulaire a partir du LDAP

Bonsoir Henri, (bonsoir Jacques)

Oui, ton histoire est
très claire ! ;-)

1eres constatations :
- Le vocab
peopleLdapLocalProvider.xml ne contient pas d'enregistrement pour cette
personne
- L'indexed_authors_vcard.xml, lui, contient bien un
enregistrement pour cette personne.
Je veux bien parier que cet
enregistrement est erroné, il a le meme "formatage" que
dans le people_vcard, c-a-d retour à la ligne entre "Ecole
d'Ingénieurs" et "(IFIPS)

C'est
étonnant que la personne ne soit pas dans le
peopleLdapLocalProvider, puisqu'elle est locale, mais j'imagine que sa
vcard a été rentrée "à la main" ou
encore par import de fiches provenant du logiciel WIMS.
(De
toute façon, c'est normal qu'elle n'y soit pas car elle ne fait pas
partie de la sélection LDAP que j'ai définie dans le
commons-parameters. Pour le moment, je travaille sur un groupe
réduit, je n'ai pas mis toute l'université ...)
Donc,
effectivement, le pb ne vient pas du LDAP.

Conclusion : Il faut
que je me débarasse de l'enreg de la personne dans
l'indexed_authors_vcard.xml,
ce qui se fait
en dépubliant les fiches, modifiant le champ ORG à la
main, republiant.
L'index sera ainsi modifié.
Je fais
alors arret du tomcat vocab, rm temp/*, ant all, et redemarrage du tomcat
et c'est tout bon ?

@ANNE-SOPHIE, t'as compris ? au boulot et
attention aux retours chariot !

Un vrai boulot d'équipe
;-)

MERCI ENCORE à toute l'équipe de
développement.
(Euh, j'espère que je ne vous ai pas
choqués avec mon langage ... j'ai l'impression que mon histoire
claire me poursuit ?)

Je vous tiens au courant de la
réussite (dont je ne doute pas trop) des manip ...
A +
tard.
Françoise.

Le Mar 5 octobre 2010
12:40, Henri Jacob a écrit :
> Bonjour Françoise
(et Jacques),
>
>
> En 1.6, l'éditeur
n'utilise plus directement le vocabulaire people_vcard
> , mais
le met en cache dans une base eXist : les requêtes en base de />> données (xquery) sont en effet plus performantes lors des
interrogations
> multiples faites lors de l'autocomplete . Ce
fonctionnement est le même
> pour les mots-clés. Le
cache est réactualisé toutes les 6 heures. C'est
>
donc pour ça que les déclarations des instances xforms sont
devenues
> inutiles en 1.6.2 .
>
> Ton
problème peut avoir deux causes:
> - soit c'est le
vocabulaire people_vcards lui-même qui n'est pas bien
> mis
à mis jour par le vocabulary à partir du ldap, - soit c'est
le cache de
> l'éditeur qui n'est pas à jour . />>
> Je crois comprendre que c'est plutôt le
vocabulaire qui n'est pas à jour.
>
>
>
Le vocabulaire people_vcard.xml est le résultat de la fusion de />> peopleLdapLocalProvider.xml (construit à partir du ldap
local) et
> indexed_authors_vcard.xml (construit à partir
des fiches référencées ).
>
> La
personne qui pose problème a dû référencer des
documents LOM ,non?
>
>
> Françoise,
peux-tu vérifier que le contenu de
>
peopleLdapLocalProvider.xml est correct (pas de RC dans
l'élément
> <orioai:value> de la personne).

> Si oui, c'est sans doute que indexed_authors_vcard.xml contient
une
> entrée erronée pour cette même
personne. Peux-tu le vérifier ? La fusion
> des 2
vocabulaires aurait alors pour résultat d'écraser la bonne
vcard
> locale par l'"ancienne" mauvaise vcard contenue
dans la fiche.
>
> Si c'est la cas, il faudra
ré-éditer la (les) fiche(s) incriminées pour />> supprimer la source du problème: c'est à dire la
dépublier , saisir "à la
> main" les
entrées vcard (avec le bon service) et la republier . Ceci aura />> pour effet de supprimer la mauvaise vcard de l'index. Et ensuite

> évidemment, nettoyer et rédemarrer le vocabulaire
, puis l'éditeur.
>
> Je te cite,
Françoise : "Est ce que mon histoire est claire ? " />>
>
> Tiens-moi au courant,
> Henri />>
>
> Jacques Brassart a écrit :
>

>> C'est clair, Françoise !
>> />>>
>> Mais je ne sais répondre à ce pb.

>> (c'est pourquoi j'ai mis Henri en copie dans mon
précédent mail)
>>
>>
>>
Jacques
>>
>>
>>
>> Le
04/10/2010 17:23, francoise Rousseau (schortin) a écrit : />>>
>>>
>>> Bonjour Jacques, />>>>
>>>
>>> si ce n'est pas ce
vocabulaire (people_vcard) qui est utilisé par la />>>> recherche de vcards, lequel est ce ?
>>> />>>> Pour notre formulaire maison auteur light, j'ai
gardé en v1.6 une
>>> architecture de fichiers
provenant de la 1.4 et de la 1.5. mon
>>> xform.xhtml fait
un include du main-model comme ceci : form.xhtml:
>>>
<xi:include
>>>
href="oxf:/forms/ori-md-editor/lomfr-sup-author-light-ups11/form/main-

>>> model.xml" xxi:omit-xml-base="true"/>

>>> et j'ai dans le main-model.xml : main-model.xml:
<xforms:instance
>>> id="people-vcards" />>>>
src="/fr/service/custom/ori-md-editor/oriGetVocab?vocab=people_vcard"

>>> xxforms:readonly="true"
xxforms:cache="true"/>
>>> ce n'est pas une
déclaration de vocabulaire ? J'imagine que c'est le />>>> people_vcard qui est utilisé ... mais en fait, je
n'en suis pas sure.
>>> Comment savoir ? j'ai
cherché un peu, mais
>>> rien trouvé de
probant !
>>>
>>> Je t'explique la raison de
mon insistance :
>>> j'ai un auteur qui a, dans le champ
ORG de sa vcard, un caractère très
>>>
très intempestif : "retour chariot", qui empeche
l'affichage de sa
>>> vcard dans le formulaire. Henri et
son collègue ont fait en sorte que
>>> l'affichage
d'une fiche faisant intervenir cette vcard se passe bien. />>>> Toutefois, si l'on veut
>>> créer une
nouvelle fiche en "appelant" la vcard de cette personne, elle

>>> refuse de s'afficher dans les champs du formulaire
(meme cause, memes
>>> effets) Tu m'avoueras que c'est tres
... genant
>>> Cette personne fait partie de notre
université.
>>> Par une modif que j'ai faite de
longue date dans le fichier
>>> ldapVocabulary.xml, le
champ ORG de la vcard est construit à partir des
>>>
champs "o" et "ou" de l'enregistrement de la personne
dans l'arbre
>>> LDAP.
>>> (Ces champs
correspondent à des noms de services auxquels la personne />>>> est affiliée) J'ai donc essayé de remonter
à la source de l'erreur qui
>>> se trouvait (sans
doute) dans le contenu du LDAP.
>>> Or, l'enregistrement
LDAP de cette personne a changé. Le service,
>>>
dans le nom duquel lequel se trouvait vraisemblablement le retour />>>> chariot, a été supprimé au profit d'un
autre service. Cette
>>> suppression ne résoud pas
le pb car ORI n'en a que faire : les
>>> modifications du
LDAP semblant ne pas être répercutées sur les />>>> vcards, ce qui, quel que soit le vocabulaire en cause, ne
me semble
>>> pas normal du tout !
>>> />>>> Est ce que mon histoire est claire ?
>>> />>>>
>>> Merci pour ton aide.
>>>
Françoise.
>>>
>>>
>>>

>>>
>>> Le Lun 4 octobre 2010 14:29, Jacques
Brassart a écrit :
>>>
>>>>
Bonjour Françoise,
>>>>
>>>>

>>>>
>>>> Si j'ai bien compris, ce
vocabulaire (géré par ori-oai-vocabulary />>>>> dans les précédentes versions) n'est plus
d'actualité dans la
>>>> v1.6.x. />>>> (si tu
>>>
>>>> regardes
dans les "form.xhtml", ces instances ne sont plus />>>>> appelées)
>>>> />>>>> @Henri : tu pourrais nous en dire plus ? />>>>> Merci !
>>>>
>>>>

>>>>
>>>> Jacques />>>>>
>>>>
>>>> />>>>>
>>>> Le 01/10/2010 18:07, francoise
Rousseau (schortin) a écrit :
>>>> />>>>>
>>>>> Bonsoir, />>>>>> Je me permets de relancer une question que j'ai
posée et qui n'a
>>>>> pas encore eu de
réponse ...
>>>>>
>>>>>
*Comment est généré, ET MIS A JOUR, le vocabulaire
PEOPLE_VCARD ?
>>>>> *
>>>>> les
affectations d'une personne dans le serveur LDAP ont changé, />>>>>> des entités intervenant dans le champ ORG
des vcards n'existent
>>>>> plus
>>>
depuis
>>>>> belle lurette , mais elles sont toujours
présentes dans le
>>> vocabulaire />>>>>> people_vcard, malgré de multiples "ant
all" et rm temp/*. J'ai
>>> vérifié />>>>>> que c'etait le bon serveur et ce qu'il renvoyait
via un client
>>> LDAP ...
>>> />>>>>>
>>>>> Je ne comprends pas ....
Qq peut m'expliquer ?
>>>>> />>>>>>
>>>>> />>>>>> Bon week end à tous. />>>>>> Françoise.
>>>>> />>>>>>
>>>>
>>>> --

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

>>>>
>>>>
>>
>

>

--
Françoise ROUSSEAU SCHORTIN

Ingénieur de Recherche
Direction Informatique - BAt 210

Université Paris-Sud 11

5 octobre 2010 - 12:40pm

hjacob

Bonjour Françoise (et Jacques),

En 1.6, l'éditeur n'utilise plus directement le vocabulaire people_vcard
, mais le met en cache dans une base eXist : les requêtes en base de
données (xquery) sont en effet plus performantes lors des interrogations
multiples faites lors de l'autocomplete . Ce fonctionnement est le même
pour les mots-clés. Le cache est réactualisé toutes les 6 heures.
C'est donc pour ça que les déclarations des instances xforms sont
devenues inutiles en 1.6.2 .

Ton problème peut avoir deux causes:
- soit c'est le vocabulaire people_vcards lui-même qui n'est pas bien
mis à mis jour par le vocabulary à partir du ldap,
- soit c'est le cache de l'éditeur qui n'est pas à jour .

Je crois comprendre que c'est plutôt le vocabulaire qui n'est pas à jour.

Le vocabulaire people_vcard.xml est le résultat de la fusion de
peopleLdapLocalProvider.xml (construit à partir du ldap local) et
indexed_authors_vcard.xml (construit à partir des fiches référencées ).

La personne qui pose problème a dû référencer des documents LOM ,non?

Françoise, peux-tu vérifier que le contenu de
peopleLdapLocalProvider.xml est correct (pas de RC dans l'élément
de la personne).
Si oui, c'est sans doute que indexed_authors_vcard.xml contient une
entrée erronée pour cette même personne. Peux-tu le vérifier ?
La fusion des 2 vocabulaires aurait alors pour résultat d'écraser la
bonne vcard locale par l'"ancienne" mauvaise vcard contenue dans la fiche.

Si c'est la cas, il faudra ré-éditer la (les) fiche(s) incriminées pour
supprimer la source du problème: c'est à dire la dépublier , saisir "à
la main" les entrées vcard (avec le bon service) et la republier . Ceci
aura pour effet de supprimer la mauvaise vcard de l'index.
Et ensuite évidemment, nettoyer et rédemarrer le vocabulaire , puis
l'éditeur.

Je te cite, Françoise : "Est ce que mon histoire est claire ? "

Tiens-moi au courant,
Henri

Jacques Brassart a écrit :

> C'est clair, Françoise !
>
> Mais je ne sais répondre à ce pb.
> (c'est pourquoi j'ai mis Henri en copie dans mon précédent mail)
>
> Jacques
>
>
> Le 04/10/2010 17:23, francoise Rousseau (schortin) a écrit :

>>
>> Bonjour Jacques,
>>
>> si ce n'est pas ce vocabulaire (people_vcard) qui est utilisé par la
>> recherche de vcards, lequel est ce ?
>>
>> Pour notre formulaire maison auteur light, j'ai gardé en v1.6 une
>> architecture de fichiers provenant de la 1.4 et de la 1.5.
>> mon xform.xhtml fait un include du main-model comme ceci :
>> form.xhtml: >> href="oxf:/forms/ori-md-editor/lomfr-sup-author-light-ups11/form/main-model.xml"
>> xxi:omit-xml-base="true"/>
>> et j'ai dans le main-model.xml :
>> main-model.xml: >> src="/fr/service/custom/ori-md-editor/oriGetVocab?vocab=people_vcard"
>> xxforms:readonly="true" xxforms:cache="true"/>
>> ce n'est pas une déclaration de vocabulaire ?
>> J'imagine que c'est le people_vcard qui est utilisé ... mais en fait,
>> je n'en suis pas sure. Comment savoir ? j'ai cherché un peu, mais
>> rien trouvé de probant !
>>
>> Je t'explique la raison de mon insistance :
>> j'ai un auteur qui a, dans le champ ORG de sa vcard, un caractère
>> très très intempestif : "retour chariot", qui empeche l'affichage de
>> sa vcard dans le formulaire.
>> Henri et son collègue ont fait en sorte que l'affichage d'une fiche
>> faisant intervenir cette vcard se passe bien. Toutefois, si l'on veut
>> créer une nouvelle fiche en "appelant" la vcard de cette personne,
>> elle refuse de s'afficher dans les champs du formulaire (meme cause,
>> memes effets)
>> Tu m'avoueras que c'est tres ... genant
>> Cette personne fait partie de notre université.
>> Par une modif que j'ai faite de longue date dans le fichier
>> ldapVocabulary.xml, le champ ORG de la vcard est construit à partir
>> des champs "o" et "ou" de l'enregistrement de la personne dans
>> l'arbre LDAP.
>> (Ces champs correspondent à des noms de services auxquels la personne
>> est affiliée)
>> J'ai donc essayé de remonter à la source de l'erreur qui se trouvait
>> (sans doute) dans le contenu du LDAP.
>> Or, l'enregistrement LDAP de cette personne a changé. Le service,
>> dans le nom duquel lequel se trouvait vraisemblablement le retour
>> chariot, a été supprimé au profit d'un autre service.
>> Cette suppression ne résoud pas le pb car ORI n'en a que faire : les
>> modifications du LDAP semblant ne pas être répercutées sur les
>> vcards, ce qui, quel que soit le vocabulaire en cause, ne me semble
>> pas normal du tout !
>>
>> Est ce que mon histoire est claire ?
>>
>> Merci pour ton aide.
>> Françoise.
>>
>>
>>
>> Le Lun 4 octobre 2010 14:29, Jacques Brassart a écrit :

>> > Bonjour Françoise,
>> >
>> >
>> > Si j'ai bien compris, ce vocabulaire (géré par ori-oai-vocabulary dans
>> > les précédentes versions) n'est plus d'actualité dans la v1.6.x.

>> (si tu

>> > regardes dans les "form.xhtml", ces instances ne sont plus appelées)
>> >
>> > @Henri : tu pourrais nous en dire plus ?
>> > Merci !
>> >
>> >
>> > Jacques
>> >
>> >
>> >
>> > Le 01/10/2010 18:07, francoise Rousseau (schortin) a écrit :
>> >

>> >> Bonsoir,
>> >> Je me permets de relancer une question que j'ai posée et qui n'a pas
>> >> encore eu de réponse ...
>> >>
>> >> *Comment est généré, ET MIS A JOUR, le vocabulaire PEOPLE_VCARD ?
>> >> *
>> >> les affectations d'une personne dans le serveur LDAP ont changé, des
>> >> entités intervenant dans le champ ORG des vcards n'existent plus

>> depuis

>> >> belle lurette , mais elles sont toujours présentes dans le

>> vocabulaire

>> >> people_vcard, malgré de multiples "ant all" et rm temp/*. J'ai

>> vérifié

>> >> que c'etait le bon serveur et ce qu'il renvoyait via un client

>> LDAP ...

>> >>
>> >> Je ne comprends pas .... Qq peut m'expliquer ?
>> >>
>> >>
>> >> Bon week end à tous.
>> >> Françoise.
>> >>

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

>

4 octobre 2010 - 5:46pm

jbrassar

C'est clair, Françoise !

Mais je ne sais répondre à ce pb.
(c'est pourquoi j'ai mis Henri en copie dans mon précédent mail)

Jacques

Le 04/10/2010 17:23, francoise Rousseau (schortin) a écrit :

>
> Bonjour Jacques,
>
> si ce n'est pas ce vocabulaire (people_vcard) qui est utilisé par la
> recherche de vcards, lequel est ce ?
>
> Pour notre formulaire maison auteur light, j'ai gardé en v1.6 une
> architecture de fichiers provenant de la 1.4 et de la 1.5.
> mon xform.xhtml fait un include du main-model comme ceci :
> form.xhtml: > href="oxf:/forms/ori-md-editor/lomfr-sup-author-light-ups11/form/main-model.xml"
> xxi:omit-xml-base="true"/>
> et j'ai dans le main-model.xml :
> main-model.xml: > src="/fr/service/custom/ori-md-editor/oriGetVocab?vocab=people_vcard"
> xxforms:readonly="true" xxforms:cache="true"/>
> ce n'est pas une déclaration de vocabulaire ?
> J'imagine que c'est le people_vcard qui est utilisé ... mais en fait,
> je n'en suis pas sure. Comment savoir ? j'ai cherché un peu, mais rien
> trouvé de probant !
>
> Je t'explique la raison de mon insistance :
> j'ai un auteur qui a, dans le champ ORG de sa vcard, un caractère très
> très intempestif : "retour chariot", qui empeche l'affichage de sa
> vcard dans le formulaire.
> Henri et son collègue ont fait en sorte que l'affichage d'une fiche
> faisant intervenir cette vcard se passe bien. Toutefois, si l'on veut
> créer une nouvelle fiche en "appelant" la vcard de cette personne,
> elle refuse de s'afficher dans les champs du formulaire (meme cause,
> memes effets)
> Tu m'avoueras que c'est tres ... genant
> Cette personne fait partie de notre université.
> Par une modif que j'ai faite de longue date dans le fichier
> ldapVocabulary.xml, le champ ORG de la vcard est construit à partir
> des champs "o" et "ou" de l'enregistrement de la personne dans l'arbre
> LDAP.
> (Ces champs correspondent à des noms de services auxquels la personne
> est affiliée)
> J'ai donc essayé de remonter à la source de l'erreur qui se
> trouvait (sans doute) dans le contenu du LDAP.
> Or, l'enregistrement LDAP de cette personne a changé. Le service, dans
> le nom duquel lequel se trouvait vraisemblablement le retour chariot,
> a été supprimé au profit d'un autre service.
> Cette suppression ne résoud pas le pb car ORI n'en a que faire : les
> modifications du LDAP semblant ne pas être répercutées sur les
> vcards, ce qui, quel que soit le vocabulaire en cause, ne me semble
> pas normal du tout !
>
> Est ce que mon histoire est claire ?
>
> Merci pour ton aide.
> Françoise.
>
>
>
> Le Lun 4 octobre 2010 14:29, Jacques Brassart a écrit :

> > Bonjour Françoise,
> >
> >
> > Si j'ai bien compris, ce vocabulaire (géré par ori-oai-vocabulary dans
> > les précédentes versions) n'est plus d'actualité dans la v1.6.x. (si tu
> > regardes dans les "form.xhtml", ces instances ne sont plus appelées)
> >
> > @Henri : tu pourrais nous en dire plus ?
> > Merci !
> >
> >
> > Jacques
> >
> >
> >
> > Le 01/10/2010 18:07, francoise Rousseau (schortin) a écrit :
> >

> >> Bonsoir,
> >> Je me permets de relancer une question que j'ai posée et qui n'a pas
> >> encore eu de réponse ...
> >>
> >> *Comment est généré, ET MIS A JOUR, le vocabulaire PEOPLE_VCARD ?
> >> *
> >> les affectations d'une personne dans le serveur LDAP ont changé, des
> >> entités intervenant dans le champ ORG des vcards n'existent plus

> depuis

> >> belle lurette , mais elles sont toujours présentes dans le vocabulaire
> >> people_vcard, malgré de multiples "ant all" et rm temp/*. J'ai vérifié
> >> que c'etait le bon serveur et ce qu'il renvoyait via un client LDAP

> ...

> >>
> >> Je ne comprends pas .... Qq peut m'expliquer ?
> >>
> >>
> >> Bon week end à tous.
> >> Françoise.
> >>

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

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

4 octobre 2010 - 5:23pm

francoise.schortin

Bonjour Jacques,

si ce n'est pas ce vocabulaire
(people_vcard) qui est utilisé par la recherche de vcards, lequel
est ce ?

Pour notre formulaire maison auteur light, j'ai
gardé en v1.6 une architecture de fichiers provenant de la 1.4 et
de la 1.5.
mon xform.xhtml fait un include du main-model
comme ceci :
form.xhtml: <xi:include
href="oxf:/forms/ori-md-editor/lomfr-sup-author-light-ups11/form/main-model.xml"
xxi:omit-xml-base="true"/>
et j'ai dans le
main-model.xml :
main-model.xml:
<xforms:instance id="people-vcards"
src="/fr/service/custom/ori-md-editor/oriGetVocab?vocab=people_vcard"
xxforms:readonly="true" xxforms:cache="true"/> />ce n'est pas une déclaration de vocabulaire ?
J'imagine que
c'est le people_vcard qui est utilisé ... mais en fait, je n'en
suis pas sure. Comment savoir ? j'ai cherché un peu, mais rien
trouvé de probant !

Je t'explique la raison de mon
insistance :
j'ai un auteur qui a, dans le champ ORG de sa
vcard, un caractère très très intempestif :
"retour chariot", qui empeche l'affichage de sa vcard dans le
formulaire.
Henri et son collègue ont fait en sorte que
l'affichage d'une fiche faisant intervenir cette vcard se passe bien.
Toutefois, si l'on veut créer une nouvelle fiche en
"appelant" la vcard de cette personne, elle refuse
de s'afficher dans les champs du formulaire (meme cause, memes
effets)
Tu m'avoueras que c'est tres ... genant
Cette personne
fait partie de notre université.
Par une modif que j'ai
faite de longue date dans le fichier ldapVocabulary.xml, le champ ORG de
la vcard est construit à partir des champs "o" et
"ou" de l'enregistrement de la personne dans l'arbre
LDAP.
(Ces champs correspondent à des noms de services
auxquels la personne est affiliée)
J'ai donc essayé de
remonter à la source de l'erreur qui se trouvait (sans
doute) dans le contenu du LDAP.
Or, l'enregistrement LDAP de cette
personne a changé. Le service, dans le nom duquel lequel se
trouvait vraisemblablement le retour chariot, a été
supprimé au profit d'un autre service.
Cette suppression ne
résoud pas le pb car ORI n'en a que faire : les modifications
du LDAP semblant ne pas être répercutées
sur les vcards, ce qui, quel que soit le vocabulaire en cause, ne me
semble pas normal du tout !

Est ce que mon histoire est
claire ?

Merci pour ton aide.
Françoise.
/>

Le Lun 4 octobre 2010 14:29, Jacques Brassart a écrit
:
> Bonjour Françoise,
>
>
> Si
j'ai bien compris, ce vocabulaire (géré par
ori-oai-vocabulary dans
> les précédentes versions)
n'est plus d'actualité dans la v1.6.x. (si tu
> regardes
dans les "form.xhtml", ces instances ne sont plus
appelées)
>
> @Henri : tu pourrais nous en dire
plus ?
> Merci !
>
>
> Jacques />>
>
>
> Le 01/10/2010 18:07, francoise
Rousseau (schortin) a écrit :
>
>> Bonsoir,

>> Je me permets de relancer une question que j'ai
posée et qui n'a pas
>> encore eu de réponse ...

>>
>> *Comment est généré, ET
MIS A JOUR, le vocabulaire PEOPLE_VCARD ?
>> *
>>
les affectations d'une personne dans le serveur LDAP ont changé,
des
>> entités intervenant dans le champ ORG des vcards
n'existent plus depuis
>> belle lurette , mais elles sont
toujours présentes dans le vocabulaire
>> people_vcard,
malgré de multiples "ant all" et rm temp/*. J'ai
vérifié
>> que c'etait le bon serveur et ce
qu'il renvoyait via un client LDAP ...
>>
>> Je ne
comprends pas .... Qq peut m'expliquer ?
>>
>> />>> Bon week end à tous.
>> Françoise.

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

4 octobre 2010 - 2:29pm

jbrassar

Bonjour Françoise,

Si j'ai bien compris, ce vocabulaire (géré par ori-oai-vocabulary dans les précédentes versions) n'est plus d'actualité dans la v1.6.x.
(si tu regardes dans les "form.xhtml", ces instances ne sont plus appelées)

@Henri : tu pourrais nous en dire plus ?
Merci !

Jacques

Le 01/10/2010 18:07, francoise Rousseau (schortin) a écrit :

" type="cite">Bonsoir,
Je me permets de relancer une question que j'ai posée et qui n'a pas encore eu de réponse ...

Comment est généré, ET MIS A JOUR, le vocabulaire PEOPLE_VCARD ?

les affectations d'une personne dans le serveur LDAP ont changé, des entités intervenant dans le champ ORG des vcards n'existent plus depuis belle lurette , mais elles sont toujours présentes dans le vocabulaire people_vcard, malgré de multiples "ant all" et rm temp/*.
J'ai vérifié que c'etait le bon serveur et ce qu'il renvoyait via un client LDAP ...

Je ne comprends pas .... Qq peut m'expliquer ?

Bon week end à tous.
Françoise.

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

1 octobre 2010 - 6:07pm

francoise.schortin

Bonsoir,
Je me permets de relancer une question que j'ai posée
et qui n'a pas encore eu de réponse ...

Comment
est généré, ET MIS A JOUR, le vocabulaire
PEOPLE_VCARD ?

les affectations d'une personne dans le
serveur LDAP ont changé, des entités intervenant dans le
champ ORG des vcards n'existent plus depuis belle lurette , mais elles
sont toujours présentes dans le vocabulaire people_vcard,
malgré de multiples "ant all" et rm temp/*.
J'ai
vérifié que c'etait le bon serveur et ce qu'il renvoyait via
un client LDAP ...

Je ne comprends pas .... Qq peut m'expliquer
?

Bon week end à tous.
Françoise.

13 octobre 2010 - 8:28am

(Répondre à #6) #7

Yohan Colmant

Françoise,

Tu soulèves là un point sur lequel l'équipe technique a longuement discuté la semaine dernière.
Dans la version actuelle, effectivement, même nom, même prénom, donc même termIdentifier et donc on ne garde qu'une des 2 vcards !

On a donc réfléchi à un mécanisme plus puissant où on fusionneras les informations plutôt que de garder telle ou telle vcard.
C'est encore à creuser, mais c'est un point qui sera développé dans la future V2.

Pour le moment, effectivement, c'est le mécanisme que tu décris.
Mais je le redis, nous sommes conscients de cette limitation, et une amélioration est prévue dans le prochain planning.

Bonne journée,

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

francoise Rousseau (schortin) a écrit :

" type="cite">Bonjour Yohan, Henri,
Je reviens à la charge, car je ne suis pas sure de tres bien comprendre le pb des doublons :
Peut on, ou ne peut on pas, obtenir plusieurs enregistrements <vdex:term> pour la même personne ? l'expérience me fait penser que oui, volontairement ou involontairement, puisqu'on peut saisir une vcard à la main pour une fiche et utiliser l'autocomplétion pour une autre.
meme personne ?= meme nom, meme prenom, meme termIdentifier
Quid des homonymes ?
C'est un peu embêtant si on élimine le deuxième qui a le meme "caption", et qu'on ne peut jamais afficher sa vcard ?
Et pour le fait que dans le champ Nom, s'affichent parfois Nom;Prénom, qu'est ce que je fais ? Est ce que ca peut rester comme ca ? Comment se fait il que la vcard du 2eme auteur se soit modifiée automatiquement ?
Merci d'avance et bonne journée.
Françoise.

Le Ven 8 octobre 2010 16:34, Henri Jacob a écrit :
> Yohan, Françoise,
>
>
> Oui, il y a eu une discussion à l'époque sur l'affichage des vCards :
> cf. le fil "format des vcards en 1.6" de la liste utilisateurs de mai
> dernier. C'est Nolwen qui avait fait le boulot. Dans l'éditeur, le fait de
> modifer une fiche vCard provoque un "rafraichissement" de l'affichage.
>
>
> Pour le problème des doublons: le vocabulary "merge" sur
> <vdex:termIdentifier>, mais l'éditeur dédoublonne les résultats de
> l'autocomplete sur <vdex:caption> et affiche le premier trouvé :-( .
>
> Bon week-end,
>
>
> Henri
>
>
>
> Yohan Colmant a écrit :
>
>> Françoise,
>>
>>
>> Les doublons sont normalement gérés dans le vocabulary.
>> En effet, une personne venant du LDAP ou d'une saisie manuelle ne
>> devraient pas être doublonnées. Dans l'exemple que tu donnes tu as le
>> problème car tu as le prénom qui est répété 2 fois :
>>
>> N:Ramage;Marie-Joëlle;Marie-Joëlle;;;
>>
>>
>> Donc le termIdentifier déduit de cette valeur est
>> "marie_joelle_ramage_marie_joelle".
>>
>>
>> Vu que la gestion des doublons se fait sur le termIdentifier, le
>> problème est là.
>>
>> Henri, tu n'avais pas changé quelque chose pour l'affichage nom;prénom
>> dans le md-editor ? J'ai l'impression que là, lors de l'enregistrement,
>> il a concaténé nom;prénom mais en prenant nom=Ramage;Marie-Joëlle et
>> prénom=Marie-Joëlle
>>
>> Yohan COLMANT
>> Direction des Systèmes d'Information
>> UVHC - Université de Valenciennes et du Hainaut Cambrésis
>> Coordinateur Technique du projet ORI-OAI
>>
>>
>>
>> francoise Rousseau (schortin) a écrit :
>>> Bonjour Henri,
>>>
>>>
>>> Oui, oui, il m'a bien semblé ne pas avoir été très explicite sur ce
>>> coup-là !!! Je m'en suis aperçue hier soir mais pas eu le courage de
>>> re-rédiger le message ....
>>>
>>> Bon, voila, je recommence mon histoire :
>>>
>>>
>>> Autour du pb de la génération de ce vocabulaire, j'ai remarqué qq
>>> anomalies :
>>>
>>> Vu la logique de la fusion de ces 2 vocabulaires pour la recherche
>>> vcard, et aussi selon la façon dont on a rempli la vcard, on peut tout
>>> a fait obtenir plusieurs "enregistrements" <vdex> pour la meme
>>> personne. En effet, selon que l'on remplisse la vcard "à la main" (ou
>>> par import xml depuis une autre applicatif), ou via la complétion
>>> ldap, on peut obtenir plusieurs vcards différentes pour la meme
>>> personne. Lorsque les fiches sont indexées, rien que dans le vocab
>>> indexed_authors_vcard, on peut avoir plusieurs enregistrements.
>>>
>>> Exemple d'un "doublon" pour un auteur local dans
>>> l'indexed_authors_vcard :
>>>
>>> <vdex:term validIndex="true">
>>> <vdex:termIdentifier>marie_joelle_ramage</vdex:termIdentifier>
>>> -
>>> <vdex:caption>
>>> <vdex:langstring>RAMAGE MARIE-JOËLLE</vdex:langstring>
>>> </vdex:caption>
>>> -
>>> <vdex:description>
>>> <vdex:langstring>RAMAGE MARIE-JOËLLE</vdex:langstring>
>>> </vdex:description>
>>> -
>>> <vdex:metadata>
>>> -
>>> <orioai:value>
>>> BEGIN:VCARD
>>> VERSION:3.0
>>> N:Ramage;Marie-Joëlle
>>> FN: Ramage Marie-Joëlle
>>> ">EMAIL;TYPE=INTERNET:
>>> ORG: Université Paris-Sud 11;
>>> END:VCARD
>>> </orioai:value>
>>> </vdex:metadata>
>>> </vdex:term>
>>> -
>>> <vdex:term validIndex="true">
>>> <vdex:termIdentifier>marie_joelle_ramage_marie_joelle</vdex:termIdenti
>>> fier> -
>>> <vdex:caption>
>>> <vdex:langstring>RAMAGE MARIE-JOËLLE</vdex:langstring>
>>> </vdex:caption>
>>> -
>>> <vdex:description>
>>> <vdex:langstring>RAMAGE MARIE-JOËLLE</vdex:langstring>
>>> </vdex:description>
>>> -
>>> <vdex:metadata>
>>> -
>>> <orioai:value>
>>> BEGIN:VCARD
>>> VERSION:3.0
>>> N:Ramage;Marie-Joëlle;Marie-Joëlle;;;
>>> FN:Marie-Joëlle Ramage;Marie-Joëlle
>>> ;marie-joelle.ramage@didasco.u-psud">EMAIL: ;marie-joelle.ramage@didasco.u-psud
>>> .fr
>>> ORG:Université Paris-Sud 11; UFR Sciences;Présidence;Services
>>> Centraux; Etudes sur les Sciences et les Techniques;Département de
>>> Chimie;Chargés de mission;Certificat informatique et internet;Maison
>>> des Etudes URL:http://www.u-psud.fr <http://www.u-psud.fr>
>>> UID:marie-joelle.ramage
>>> EMAIL;TYPE=INTERNET:
>>> END:VCARD
>>> </orioai:value>
>>> </vdex:metadata>
>>> </vdex:term>
>>>
>>>
>>> Ce qui est génant dans l'existence de ce doublon, c'est que lorsqu'on
>>> fait "Recherche Vcard", c'est le premier enregistrement qui est
>>> affiché, et ce n'est pas le bon (celui du ldap est le 2eme).
>>> Toutefois, je n'ai pas réussi à reproduire ce matin, Anne-Sophie a
>>> travaillé dessus et le vocabulaire a bougé ... (C'est bon signe !) Pour
>>> une raison que j'ignore, ce doublon n'existe plus dans le
>>> people_vcard. Pourtant si j'ai bien compris, le people_vcard est la
>>> fusion de l'indexed et du peopleLdapLocal ?
>>>
>>> Autre pb :
>>> Lorsqu'on édite une "ancienne" fiche locale via le workflow, le champ
>>> Nom du contributeur Auteur (je n'ai pas vérifié pour les autres
>>> roles) s'affiche Nom;Prenom Voir les copies d'ecran dans un fichier
>>> joint Il faut les corriger, en passant par la recherche vcard, pour
>>> avoir un affichage correct. As tu ce phénomène ?
>>> (Je n'ai pas regardé comme ca se répercutait dans le search ou dans
>>> le xml de la fiche.)
>>>
>>> MERCI pour ton aide, bonne journée, à plus tard.
>>> Françoise.
>>>
>>>
>>>
>>>
>>> Le Jeu 7 octobre 2010 09:50, Henri Jacob a écrit :
>>>
>>>> Bonjour Françoise,
>>>>
>>>>
>>>>
>>>> Tu voulais dire quelque chose? ;-)
>>>>
>>>>
>>>>
>>>> Henri
>>>>
>>>>
>>>>
>>>> francoise Rousseau (schortin) a écrit :
>>>>
>>>
>>>
>>> --
>>> Françoise ROUSSEAU SCHORTIN
>>> Ingénieur Direction Informatique - Bat 210
>>> Université Paris-Sud 11
>>> 91405 ORSAY
>>>
>
>

--
Françoise ROUSSEAU SCHORTIN
Ingénieur Direction Informatique - Bat 210
Université Paris-Sud 11
91405 ORSAY

12 octobre 2010 - 3:24pm

(Répondre à #6) #8

francoise.schortin

Bonjour Yohan, Henri,
Je reviens à la charge, car je ne suis
pas sure de tres bien comprendre le pb des doublons :
Peut on, ou ne
peut on pas, obtenir plusieurs enregistrements <vdex:term> pour la
même personne ? l'expérience me fait penser que oui,
volontairement ou involontairement, puisqu'on peut saisir une vcard
à la main pour une fiche et utiliser l'autocomplétion pour
une autre.
meme personne ?= meme nom, meme prenom, meme
termIdentifier
Quid des homonymes ?
C'est un peu
embêtant si on élimine le deuxième qui a le meme
"caption", et qu'on ne peut jamais afficher sa vcard ?
Et
pour le fait que dans le champ Nom, s'affichent parfois Nom;Prénom,
qu'est ce que je fais ? Est ce que ca peut rester comme ca ? Comment se
fait il que la vcard du 2eme auteur se soit modifiée
automatiquement ?
Merci d'avance et bonne journée. />Françoise.

Le Ven 8 octobre 2010 16:34, Henri Jacob a
écrit :
> Yohan, Françoise,
>
>

> Oui, il y a eu une discussion à l'époque sur
l'affichage des vCards :
> cf. le fil "format des vcards en
1.6" de la liste utilisateurs de mai
> dernier. C'est Nolwen
qui avait fait le boulot. Dans l'éditeur, le fait de
>
modifer une fiche vCard provoque un "rafraichissement" de
l'affichage.
>
>
> Pour le problème des
doublons: le vocabulary "merge" sur
>
<vdex:termIdentifier>, mais l'éditeur dédoublonne les
résultats de
> l'autocomplete sur <vdex:caption> et
affiche le premier trouvé :-( .
>
> Bon week-end,

>
>
> Henri
>
>
>

> Yohan Colmant a écrit :
>
>>
Françoise,
>>
>>
>> Les
doublons sont normalement gérés dans le vocabulary. />>> En effet, une personne venant du LDAP ou d'une saisie manuelle
ne
>> devraient pas être doublonnées. Dans
l'exemple que tu donnes tu as le
>> problème car tu as
le prénom qui est répété 2 fois : />>>
>> N:Ramage;Marie-Joëlle;Marie-Joëlle;;;

>>
>>
>> Donc le termIdentifier
déduit de cette valeur est
>>
"marie_joelle_ramage_marie_joelle".
>> />>>
>> Vu que la gestion des doublons se fait sur le
termIdentifier, le
>> problème est là. />>>
>> Henri, tu n'avais pas changé quelque
chose pour l'affichage nom;prénom
>> dans le md-editor
? J'ai l'impression que là, lors de l'enregistrement, />>> il a concaténé nom;prénom mais en prenant
nom=Ramage;Marie-Joëlle et
>>
prénom=Marie-Joëlle
>>
>> Yohan
COLMANT
>> Direction des Systèmes d'Information />>> UVHC - Université de Valenciennes et du Hainaut
Cambrésis
>> Coordinateur Technique du projet ORI-OAI

>>
>>
>>
>> francoise
Rousseau (schortin) a écrit :
>>> Bonjour Henri, />>>>
>>>
>>> Oui, oui, il m'a bien
semblé ne pas avoir été très explicite sur ce

>>> coup-là !!! Je m'en suis aperçue hier
soir mais pas eu le courage de
>>> re-rédiger le
message ....
>>>
>>> Bon, voila, je
recommence mon histoire :
>>>
>>> />>>> Autour du pb de la génération de ce
vocabulaire, j'ai remarqué qq
>>> anomalies : />>>>
>>> Vu la logique de la fusion de ces 2
vocabulaires pour la recherche
>>> vcard, et aussi selon la
façon dont on a rempli la vcard, on peut tout
>>> a
fait obtenir plusieurs "enregistrements" <vdex> pour la
meme
>>> personne. En effet, selon que l'on remplisse la
vcard "à la main" (ou
>>> par import xml
depuis une autre applicatif), ou via la complétion />>>> ldap, on peut obtenir plusieurs vcards différentes
pour la meme
>>> personne. Lorsque les fiches sont
indexées, rien que dans le vocab
>>>
indexed_authors_vcard, on peut avoir plusieurs enregistrements. />>>>
>>> Exemple d'un "doublon" pour un
auteur local dans
>>> l'indexed_authors_vcard : />>>>
>>> <vdex:term
validIndex="true">
>>>
<vdex:termIdentifier>marie_joelle_ramage</vdex:termIdentifier>

>>> -
>>> <vdex:caption> />>>> <vdex:langstring>RAMAGE
MARIE-JOËLLE</vdex:langstring>
>>>
</vdex:caption>
>>> -
>>>
<vdex:description>
>>> <vdex:langstring>RAMAGE
MARIE-JOËLLE</vdex:langstring>
>>>
</vdex:description>
>>> -
>>>
<vdex:metadata>
>>> -
>>>
<orioai:value>
>>> BEGIN:VCARD
>>>
VERSION:3.0
>>> N:Ramage;Marie-Joëlle />>>> FN: Ramage Marie-Joëlle
>>>
EMAIL;TYPE=INTERNET:
>>> ORG:
Université Paris-Sud 11;
>>> END:VCARD />>>> </orioai:value>
>>>
</vdex:metadata>
>>> </vdex:term> />>>> -
>>> <vdex:term
validIndex="true">
>>>
<vdex:termIdentifier>marie_joelle_ramage_marie_joelle</vdex:termIdenti

>>> fier> -
>>> <vdex:caption> />>>> <vdex:langstring>RAMAGE
MARIE-JOËLLE</vdex:langstring>
>>>
</vdex:caption>
>>> -
>>>
<vdex:description>
>>> <vdex:langstring>RAMAGE
MARIE-JOËLLE</vdex:langstring>
>>>
</vdex:description>
>>> -
>>>
<vdex:metadata>
>>> -
>>>
<orioai:value>
>>> BEGIN:VCARD
>>>
VERSION:3.0
>>>
N:Ramage;Marie-Joëlle;Marie-Joëlle;;;
>>>
FN:Marie-Joëlle Ramage;Marie-Joëlle
>>>
EMAIL: ;marie-joelle.ramage@didasco.u-psud />>>> .fr
>>> ORG:Université Paris-Sud 11;
UFR Sciences;Présidence;Services
>>> Centraux;
Etudes sur les Sciences et les Techniques;Département de />>>> Chimie;Chargés de mission;Certificat informatique et
internet;Maison
>>> des Etudes URL:http://www.u-psud.fr
<http://www.u-psud.fr>
>>> UID:marie-joelle.ramage

>>> EMAIL;TYPE=INTERNET:
>>> END:VCARD />>>> </orioai:value>
>>>
</vdex:metadata>
>>> </vdex:term> />>>>
>>>
>>> Ce qui est
génant dans l'existence de ce doublon, c'est que lorsqu'on />>>> fait "Recherche Vcard", c'est le premier
enregistrement qui est
>>> affiché, et ce n'est pas
le bon (celui du ldap est le 2eme).
>>> Toutefois, je n'ai
pas réussi à reproduire ce matin, Anne-Sophie a />>>> travaillé dessus et le vocabulaire a bougé
... (C'est bon signe !) Pour
>>> une raison que j'ignore,
ce doublon n'existe plus dans le
>>> people_vcard. Pourtant
si j'ai bien compris, le people_vcard est la
>>> fusion de
l'indexed et du peopleLdapLocal ?
>>>
>>>
Autre pb :
>>> Lorsqu'on édite une
"ancienne" fiche locale via le workflow, le champ />>>> Nom du contributeur Auteur (je n'ai pas
vérifié pour les autres
>>> roles) s'affiche
Nom;Prenom Voir les copies d'ecran dans un fichier
>>>
joint Il faut les corriger, en passant par la recherche vcard, pour />>>> avoir un affichage correct. As tu ce
phénomène ?
>>> (Je n'ai pas regardé
comme ca se répercutait dans le search ou dans
>>>
le xml de la fiche.)
>>>
>>> MERCI pour ton
aide, bonne journée, à plus tard.
>>>
Françoise.
>>>
>>>
>>>

>>>
>>> Le Jeu 7 octobre 2010 09:50, Henri
Jacob a écrit :
>>>
>>>> Bonjour
Françoise,
>>>>
>>>> />>>>>
>>>> Tu voulais dire quelque chose?
;-)
>>>>
>>>>
>>>>

>>>> Henri
>>>>
>>>>

>>>>
>>>> francoise Rousseau
(schortin) a écrit :
>>>>
>>> />>>>
>>> --
>>> Françoise
ROUSSEAU SCHORTIN
>>> Ingénieur Direction
Informatique - Bat 210
>>> Université Paris-Sud 11

>>> 91405 ORSAY
>>>
>
>

--
Françoise ROUSSEAU SCHORTIN />Ingénieur Direction Informatique - Bat 210 />Université Paris-Sud 11
91405 ORSAY

11 octobre 2010 - 3:21pm

(Répondre à #6) #9

francoise.schortin

Bonjour Yohan
Je n'ai, à l'heure actuelle, plus qu'un
seul enregistrement pour la personne.
C'est vraisemblablement
le résultat d'une correction qu'a fait Anne-Sophie sur une
fiche.
donc, "tout va bien" ! puisqu'on peut se
débarrasser du pb.

Il me faudrait juste une confirmation
: si on saisit "à la main" la vcard de qq qui est dans le
ldap, on peut se retrouver avec 2 vcards pour la meme personne ? sous
quelles conditions ? que le termIdentifieur déduit du Nom et
Prénom ne soit pas le meme ?

Par ailleurs, peut on
imaginer qu'une personne aie plusieurs vcards différentes (avec un
champ ORG différent), que l'on utiliserait en fonction du theme de
la ressource ? Si oui, il faudrait qu'on puisse récupérer
dans la fonction "Recherche de vcard" toutes les vcards de la
personne. Il me semble que, pour Marie-Joelle Ramage, on ne pouvait en
récupérer qu'une seule, la première ...
Voila,
voila ..
A +
Françoise.

Le Ven 8 octobre
2010 15:12, Yohan Colmant a écrit :
> Françoise,

>
>
> Les doublons sont normalement
gérés dans le vocabulary.
> En effet, une personne
venant du LDAP ou d'une saisie manuelle ne
> devraient pas
être doublonnées. Dans l'exemple que tu donnes tu as le />> problème car tu as le prénom qui est
répété 2 fois :
>
>
N:Ramage;Marie-Joëlle;Marie-Joëlle;;;
>
> />> Donc le termIdentifier déduit de cette valeur est
>
"marie_joelle_ramage_marie_joelle".
>
> />> Vu que la gestion des doublons se fait sur le termIdentifier, le

> problème est là.
>
> Henri, tu
n'avais pas changé quelque chose pour l'affichage nom;prénom

> dans le md-editor ? J'ai l'impression que là, lors de
l'enregistrement, il
> a concaténé
nom;prénom mais en prenant nom=Ramage;Marie-Joëlle et />> prénom=Marie-Joëlle
>
> Yohan COLMANT

> Direction des Systèmes d'Information
> UVHC -
Université de Valenciennes et du Hainaut Cambrésis />> Coordinateur Technique du projet ORI-OAI
>
> />>
> francoise Rousseau (schortin) a écrit : />>> Bonjour Henri,
>>
>>
>>
Oui, oui, il m'a bien semblé ne pas avoir été
très explicite sur ce
>> coup-là !!! Je m'en
suis aperçue hier soir mais pas eu le courage de
>>
re-rédiger le message ....
>>
>> Bon,
voila, je recommence mon histoire :
>>
>> />>> Autour du pb de la génération de ce vocabulaire,
j'ai remarqué qq
>> anomalies :
>> />>> Vu la logique de la fusion de ces 2 vocabulaires pour la
recherche
>> vcard, et aussi selon la façon dont on a
rempli la vcard, on peut tout a
>> fait obtenir plusieurs
"enregistrements" <vdex> pour la meme personne. />>> En effet, selon que l'on remplisse la vcard "à la
main" (ou par import
>> xml depuis une autre applicatif),
ou via la complétion ldap, on peut
>> obtenir plusieurs
vcards différentes pour la meme personne. Lorsque les />>> fiches sont indexées, rien que dans le vocab
indexed_authors_vcard, on
>> peut avoir plusieurs
enregistrements.
>>
>> Exemple d'un
"doublon" pour un auteur local dans
>>
l'indexed_authors_vcard :
>>
>> <vdex:term
validIndex="true">
>>
<vdex:termIdentifier>marie_joelle_ramage</vdex:termIdentifier>

>> -
>> <vdex:caption>
>>
<vdex:langstring>RAMAGE MARIE-JOËLLE</vdex:langstring>

>> </vdex:caption>
>> -
>>
<vdex:description>
>> <vdex:langstring>RAMAGE
MARIE-JOËLLE</vdex:langstring>
>>
</vdex:description>
>> -
>>
<vdex:metadata>
>> -
>> <orioai:value>

>> BEGIN:VCARD
>> VERSION:3.0
>>
N:Ramage;Marie-Joëlle
>> FN: Ramage Marie-Joëlle />>> EMAIL;TYPE=INTERNET: />>> ORG: Université Paris-Sud 11;
>> END:VCARD

>> </orioai:value>
>> </vdex:metadata>

>> </vdex:term>
>> -
>>
<vdex:term validIndex="true">
>>
<vdex:termIdentifier>marie_joelle_ramage_marie_joelle</vdex:termIdentifi

>> er> -
>> <vdex:caption>
>>
<vdex:langstring>RAMAGE MARIE-JOËLLE</vdex:langstring>

>> </vdex:caption>
>> -
>>
<vdex:description>
>> <vdex:langstring>RAMAGE
MARIE-JOËLLE</vdex:langstring>
>>
</vdex:description>
>> -
>>
<vdex:metadata>
>> -
>> <orioai:value>

>> BEGIN:VCARD
>> VERSION:3.0
>>
N:Ramage;Marie-Joëlle;Marie-Joëlle;;;
>>
FN:Marie-Joëlle Ramage;Marie-Joëlle
>>
EMAIL: ;marie-joelle.ramage@didasco.u-psud.f

>> r ORG:Université Paris-Sud 11; UFR
Sciences;Présidence;Services
>> Centraux; Etudes sur
les Sciences et les Techniques;Département de
>>
Chimie;Chargés de mission;Certificat informatique et
internet;Maison
>> des Etudes URL:http://www.u-psud.fr
<http://www.u-psud.fr>
>> UID:marie-joelle.ramage />>> EMAIL;TYPE=INTERNET:
>> END:VCARD
>>
</orioai:value>
>> </vdex:metadata>
>>
</vdex:term>
>>
>>
>> Ce qui est
génant dans l'existence de ce doublon, c'est que lorsqu'on />>> fait "Recherche Vcard", c'est le premier
enregistrement qui est affiché,
>> et ce n'est pas le
bon (celui du ldap est le 2eme). Toutefois, je n'ai
>> pas
réussi à reproduire ce matin, Anne-Sophie a travaillé
dessus et le
>> vocabulaire a bougé ... (C'est bon
signe !) Pour une raison que
>> j'ignore, ce doublon n'existe
plus dans le people_vcard. Pourtant si
>> j'ai bien compris,
le people_vcard est la fusion de l'indexed et du
>>
peopleLdapLocal ?
>>
>> Autre pb :
>>
Lorsqu'on édite une "ancienne" fiche locale via le
workflow, le champ
>> Nom du contributeur Auteur (je n'ai pas
vérifié pour les autres roles)
>> s'affiche
Nom;Prenom Voir les copies d'ecran dans un fichier joint
>> Il
faut les corriger, en passant par la recherche vcard, pour avoir un />>> affichage correct. As tu ce phénomène ? />>> (Je n'ai pas regardé comme ca se répercutait dans
le search ou dans le
>> xml de la fiche.)
>> />>> MERCI pour ton aide, bonne journée, à plus tard.

>> Françoise.
>>
>> />>>
>>
>> Le Jeu 7 octobre 2010 09:50,
Henri Jacob a écrit :
>>
>>> Bonjour
Françoise,
>>>
>>>
>>>

>>> Tu voulais dire quelque chose? ;-)
>>>

>>>
>>>
>>> Henri />>>>
>>>
>>>
>>>
francoise Rousseau (schortin) a écrit :
>>> />>>
>>
>> --
>>
Françoise ROUSSEAU SCHORTIN
>> Ingénieur
Direction Informatique - Bat 210
>> Université
Paris-Sud 11
>> 91405 ORSAY
>>
> />>
>

--
Françoise ROUSSEAU
SCHORTIN
Ingénieur Direction Informatique - Bat 210 />Université Paris-Sud 11
91405 ORSAY

8 octobre 2010 - 3:12pm

(Répondre à #6) #10

Yohan Colmant

Françoise,

Les doublons sont normalement gérés dans le vocabulary.
En effet, une personne venant du LDAP ou d'une saisie manuelle ne devraient pas être doublonnées. Dans l'exemple que tu donnes tu as le problème car tu as le prénom qui est répété 2 fois :

N:Ramage;Marie-Joëlle;Marie-Joëlle;;;

Donc le termIdentifier déduit de cette valeur est "marie_joelle_ramage_marie_joelle".

Vu que la gestion des doublons se fait sur le termIdentifier, le problème est là.

Henri, tu n'avais pas changé quelque chose pour l'affichage nom;prénom dans le md-editor ? J'ai l'impression que là, lors de l'enregistrement, il a concaténé nom;prénom mais en prenant nom=Ramage;Marie-Joëlle et prénom=Marie-Joëlle

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

francoise Rousseau (schortin) a écrit :

" type="cite">Bonjour Henri,

Oui, oui, il m'a bien semblé ne pas avoir été très explicite sur ce coup-là !!!
Je m'en suis aperçue hier soir mais pas eu le courage de re-rédiger le message ....

Bon, voila, je recommence mon histoire :

Autour du pb de la génération de ce vocabulaire, j'ai remarqué qq anomalies :

Vu la logique de la fusion de ces 2 vocabulaires pour la recherche vcard, et aussi selon la façon dont on a rempli la vcard, on peut tout a fait obtenir plusieurs "enregistrements" <vdex> pour la meme personne.
En effet, selon que l'on remplisse la vcard "à la main" (ou par import xml depuis une autre applicatif), ou via la complétion ldap, on peut obtenir plusieurs vcards différentes pour la meme personne. Lorsque les fiches sont indexées, rien que dans le vocab indexed_authors_vcard, on peut avoir plusieurs enregistrements.

Exemple d'un "doublon" pour un auteur local dans l'indexed_authors_vcard :

<vdex:term validIndex="true">
<vdex:termIdentifier>marie_joelle_ramage</vdex:termIdentifier>
−
<vdex:caption>
<vdex:langstring>RAMAGE MARIE-JOËLLE</vdex:langstring>
</vdex:caption>
−
<vdex:description>
<vdex:langstring>RAMAGE MARIE-JOËLLE</vdex:langstring>
</vdex:description>
−
<vdex:metadata>
−
<orioai:value>
BEGIN:VCARD
VERSION:3.0
N:Ramage;Marie-Joëlle
FN: Ramage Marie-Joëlle
">EMAIL;TYPE=INTERNET:
ORG: Université Paris-Sud 11;
END:VCARD
</orioai:value>
</vdex:metadata>
</vdex:term>
−
<vdex:term validIndex="true">
<vdex:termIdentifier>marie_joelle_ramage_marie_joelle</vdex:termIdentifier>
−
<vdex:caption>
<vdex:langstring>RAMAGE MARIE-JOËLLE</vdex:langstring>
</vdex:caption>
−
<vdex:description>
<vdex:langstring>RAMAGE MARIE-JOËLLE</vdex:langstring>
</vdex:description>
−
<vdex:metadata>
−
<orioai:value>
BEGIN:VCARD
VERSION:3.0
N:Ramage;Marie-Joëlle;Marie-Joëlle;;;
FN:Marie-Joëlle Ramage;Marie-Joëlle
; ">EMAIL: ;
ORG:Université Paris-Sud 11; UFR Sciences;Présidence;Services Centraux; Etudes sur les Sciences et les Techniques;Département de Chimie;Chargés de mission;Certificat informatique et internet;Maison des Etudes
URL:http://www.u-psud.fr
UID:marie-joelle.ramage
EMAIL;TYPE=INTERNET:
END:VCARD
</orioai:value>
</vdex:metadata>
</vdex:term>

Ce qui est génant dans l'existence de ce doublon, c'est que lorsqu'on fait "Recherche Vcard", c'est le premier enregistrement qui est affiché, et ce n'est pas le bon (celui du ldap est le 2eme).
Toutefois, je n'ai pas réussi à reproduire ce matin, Anne-Sophie a travaillé dessus et le vocabulaire a bougé ... (C'est bon signe !)
Pour une raison que j'ignore, ce doublon n'existe plus dans le people_vcard. Pourtant si j'ai bien compris, le people_vcard est la fusion de l'indexed et du peopleLdapLocal ?

Autre pb :
Lorsqu'on édite une "ancienne" fiche locale via le workflow, le champ Nom du contributeur Auteur (je n'ai pas vérifié pour les autres roles) s'affiche Nom;Prenom
Voir les copies d'ecran dans un fichier joint
Il faut les corriger, en passant par la recherche vcard, pour avoir un affichage correct.
As tu ce phénomène ?
(Je n'ai pas regardé comme ca se répercutait dans le search ou dans le xml de la fiche.)

MERCI pour ton aide, bonne journée, à plus tard.
Françoise.

Le Jeu 7 octobre 2010 09:50, Henri Jacob a écrit :
> Bonjour Françoise,
>
>
> Tu voulais dire quelque chose? ;-)
>
>
> Henri
>
>
> francoise Rousseau (schortin) a écrit :
>

--
Françoise ROUSSEAU SCHORTIN
Ingénieur Direction Informatique - Bat 210
Université Paris-Sud 11
91405 ORSAY

7 octobre 2010 - 12:33pm

(Répondre à #6) #11

francoise.schortin

Et dans la série gaffes et étourderies, j'avais
oublié la pièce jointe ...
Françoise.
/>
Le Jeu 7 octobre 2010 12:29, francoise Rousseau (schortin) a
écrit :
>

>
> Bonjour Henri, />>
>
> Oui, oui, il m'a bien semblé ne pas
avoir
> été très explicite sur ce
coup-là !!! Je
> m'en suis aperçue hier soir mais
pas eu le courage de re-rédiger le message
> .... />>
>
> Bon, voila, je recommence mon
>
histoire :
>
>
> Autour du pb de la
génération de
> ce vocabulaire, j'ai
remarqué qq anomalies :
>
> Vu la
>
logique de la fusion de ces 2 vocabulaires pour la recherche vcard, et />> aussi selon la façon dont on a rempli la vcard, on peut
tout a fait
> obtenir plusieurs "enregistrements"
<vdex> pour la meme personne. En effet,
> selon que l'on
remplisse la vcard "à la main" (ou par import xml depuis

> une autre applicatif), ou via la complétion ldap, on
peut obtenir
> plusieurs vcards différentes pour la meme
personne. Lorsque les fiches
> sont indexées, rien que
dans le vocab indexed_authors_vcard, on peut avoir
> plusieurs
enregistrements.
>
> Exemple d'un
>
"doublon" pour un auteur local dans
>
l'indexed_authors_vcard :
>
>
>
<vdex:term
> validIndex="true">
>
<vdex:termIdentifier>marie_joelle_ramage</vdex:termIdentifier>

> −
> <vdex:caption>
>
<vdex:langstring>RAMAGE
>
MARIE-JOËLLE</vdex:langstring>
> </vdex:caption>

> −
> <vdex:description>
>
<vdex:langstring>RAMAGE
>
MARIE-JOËLLE</vdex:langstring>
>
</vdex:description>
> −
>
<vdex:metadata>
> −
>
<orioai:value>
> BEGIN:VCARD
> VERSION:3.0 />> N:Ramage;Marie-Joëlle
> FN: Ramage Marie-Joëlle

> EMAIL;TYPE=INTERNET:
>
ORG:
> Université Paris-Sud 11;
> END:VCARD />> </orioai:value>
> </vdex:metadata>
>
</vdex:term>
> −
> <vdex:term />> validIndex="true">
>
<vdex:termIdentifier>marie_joelle_ramage_marie_joelle</vdex:termIdentifie

> r> −
> <vdex:caption>
>
<vdex:langstring>RAMAGE
>
MARIE-JOËLLE</vdex:langstring>
> </vdex:caption>

> −
> <vdex:description>
>
<vdex:langstring>RAMAGE
>
MARIE-JOËLLE</vdex:langstring>
>
</vdex:description>
> −
>
<vdex:metadata>
> −
>
<orioai:value>
> BEGIN:VCARD
> VERSION:3.0 />> N:Ramage;Marie-Joëlle;Marie-Joëlle;;;
>
FN:Marie-Joëlle Ramage;Marie-Joëlle
>
EMAIL: ;

> ORG:Université Paris-Sud 11; UFR
>
Sciences;Présidence;Services Centraux; Etudes sur les Sciences et

> les Techniques;Département de Chimie;Chargés de
mission;Certificat
> informatique et internet;Maison des Etudes
URL:http://www.u-psud.fr
> UID:marie-joelle.ramage
>
EMAIL;TYPE=INTERNET:
> END:VCARD
> </orioai:value>

> </vdex:metadata>
> </vdex:term>
>

>
> Ce qui est génant dans l'existence
>
de ce doublon, c'est que lorsqu'on fait "Recherche Vcard", c'est
le premier
> enregistrement qui est affiché, et ce n'est
pas le bon (celui du ldap est
> le 2eme). Toutefois, je n'ai pas
réussi
> à reproduire ce matin, Anne-Sophie a
travaillé dessus et le vocabulaire a
> bougé ...
(C'est bon signe !) Pour une
> raison que j'ignore, ce doublon
n'existe plus dans le people_vcard.
> Pourtant si j'ai bien
compris, le people_vcard est la fusion de l'indexed
> et du
peopleLdapLocal ?
>
> Autre pb :
> Lorsqu'on
édite
> une "ancienne" fiche locale via le
workflow, le champ Nom du contributeur
> Auteur (je n'ai pas
vérifié pour les autres
> roles) s'affiche
Nom;Prenom Voir les copies d'ecran dans un
> fichier joint
Il faut les corriger, en passant par la recherche
> vcard, pour
avoir un affichage correct. As tu ce
> phénomène ?
(Je n'ai pas regardé comme ca se
> répercutait dans
le search ou dans le xml de la fiche.)
>
> MERCI pour
ton aide, bonne journée, à plus tard.
>
Françoise.
>
>
>
>
>
Le Jeu 7 octobre 2010 09:50,
> Henri Jacob a écrit : />>
>> Bonjour Françoise,
>> />>>
>>
>> Tu voulais dire quelque chose?
;-)
>>
>>
>
>>
>>
Henri
>>
>>
>>
>>
francoise
> Rousseau (schortin) a écrit :
> />>>
>
>
> --
> Françoise
ROUSSEAU SCHORTIN
> Ingénieur Direction
>
Informatique - Bat 210
> Université Paris-Sud 11 />> 91405
> ORSAY
>
>

--

Françoise ROUSSEAU SCHORTIN
Ingénieur Direction
Informatique - Bat 210
Université Paris-Sud 11
91405
ORSAY

7 octobre 2010 - 12:29pm

(Répondre à #6) #12

francoise.schortin

Bonjour Henri,

Oui, oui, il m'a bien semblé ne pas avoir
été très explicite sur ce coup-là !!!
Je
m'en suis aperçue hier soir mais pas eu le courage de
re-rédiger le message ....

Bon, voila, je recommence mon
histoire :

Autour du pb de la génération de
ce vocabulaire, j'ai remarqué qq anomalies :

Vu la
logique de la fusion de ces 2 vocabulaires pour la recherche vcard, et
aussi selon la façon dont on a rempli la vcard, on peut tout a
fait obtenir plusieurs "enregistrements" <vdex> pour la
meme personne.
En effet, selon que l'on remplisse la vcard
"à la main" (ou par import xml depuis une autre
applicatif), ou via la complétion ldap, on peut obtenir plusieurs
vcards différentes pour la meme personne. Lorsque les fiches sont
indexées, rien que dans le vocab indexed_authors_vcard, on peut
avoir plusieurs enregistrements.

Exemple d'un
"doublon" pour un auteur local dans
l'indexed_authors_vcard :

<vdex:term
validIndex="true"> /><vdex:termIdentifier>marie_joelle_ramage</vdex:termIdentifier> />−
<vdex:caption>
<vdex:langstring>RAMAGE
MARIE-JOËLLE</vdex:langstring>
</vdex:caption> />−
<vdex:description>
<vdex:langstring>RAMAGE
MARIE-JOËLLE</vdex:langstring> /></vdex:description>
−
<vdex:metadata> />−
<orioai:value>
BEGIN:VCARD
VERSION:3.0 />N:Ramage;Marie-Joëlle
FN: Ramage Marie-Joëlle />EMAIL;TYPE=INTERNET:
ORG:
Université Paris-Sud 11;
END:VCARD /></orioai:value>
</vdex:metadata> /></vdex:term>
−
<vdex:term
validIndex="true"> /><vdex:termIdentifier>marie_joelle_ramage_marie_joelle</vdex:termIdentifier> />−
<vdex:caption>
<vdex:langstring>RAMAGE
MARIE-JOËLLE</vdex:langstring>
</vdex:caption> />−
<vdex:description>
<vdex:langstring>RAMAGE
MARIE-JOËLLE</vdex:langstring> /></vdex:description>
−
<vdex:metadata> />−
<orioai:value>
BEGIN:VCARD
VERSION:3.0 />N:Ramage;Marie-Joëlle;Marie-Joëlle;;; />FN:Marie-Joëlle Ramage;Marie-Joëlle />EMAIL: ; />ORG:Université Paris-Sud 11; UFR
Sciences;Présidence;Services Centraux; Etudes sur les Sciences et
les Techniques;Département de Chimie;Chargés de
mission;Certificat informatique et internet;Maison des Etudes
href="http://www.u-psud.fr">URL:http://www.u-psud.fr />UID:marie-joelle.ramage
EMAIL;TYPE=INTERNET:
END:VCARD /></orioai:value>
</vdex:metadata> /></vdex:term>

Ce qui est génant dans l'existence
de ce doublon, c'est que lorsqu'on fait "Recherche Vcard", c'est
le premier enregistrement qui est affiché, et ce n'est pas le bon
(celui du ldap est le 2eme).
Toutefois, je n'ai pas réussi
à reproduire ce matin, Anne-Sophie a travaillé dessus et le
vocabulaire a bougé ... (C'est bon signe !)
Pour une
raison que j'ignore, ce doublon n'existe plus dans le people_vcard.
Pourtant si j'ai bien compris, le people_vcard est la fusion de l'indexed
et du peopleLdapLocal ?

Autre pb :
Lorsqu'on édite
une "ancienne" fiche locale via le workflow, le champ Nom du
contributeur Auteur (je n'ai pas vérifié pour les autres
roles) s'affiche Nom;Prenom
Voir les copies d'ecran dans un
fichier joint
Il faut les corriger, en passant par la recherche
vcard, pour avoir un affichage correct.
As tu ce
phénomène ?
(Je n'ai pas regardé comme ca se
répercutait dans le search ou dans le xml de la fiche.)
/>MERCI pour ton aide, bonne journée, à plus tard. />Françoise.

Le Jeu 7 octobre 2010 09:50,
Henri Jacob a écrit :
> Bonjour Françoise, />>
>
> Tu voulais dire quelque chose? ;-)
>

>
> Henri
>
>
> francoise
Rousseau (schortin) a écrit :
>

-- />Françoise ROUSSEAU SCHORTIN
Ingénieur Direction
Informatique - Bat 210
Université Paris-Sud 11
91405
ORSAY

7 octobre 2010 - 9:50am

(Répondre à #6) #13

hjacob

Bonjour Françoise,

Tu voulais dire quelque chose? ;-)

Henri

francoise Rousseau (schortin) a écrit :

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