probleme remontée VCARDS multiples LDAP->ori

  • 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:77012e815736aa30a7890b8e0b0aa6a8' 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,<br />\njuste pour information :</p>\n<p>J\'ai mis en place l\'indexation des ressources administratives en DC avec :<br />\n- workflow trois étapes,<br />\n- groupe moderator créé,<br />\n- groupe archiver crée,<br />\n- typologie vu avec l\'établissement,<br />\n- plan de classement élaboré sur le modèle de la bnf et vue avec l\'école,<br />\n....</p>\n<p>tout est documenté ici :<br />\n<a href=\"http://www.ens-lyon.fr/Bibli/ENT-ESUP/installation/install_or\" title=\"http://www.ens-lyon.fr/Bibli/ENT-ESUP/installation/install_or\">http://www.ens-lyon.fr/Bibli/ENT-ESUP/installation/install_or</a>\n</div>\n', created = 1507751898, expire = 1507838298, headers = '', serialized = 0 WHERE cid = '4:77012e815736aa30a7890b8e0b0aa6a8' 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:77012e815736aa30a7890b8e0b0aa6a8' 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,<br />\njuste pour information :</p>\n<p>J\'ai mis en place l\'indexation des ressources administratives en DC avec :<br />\n- workflow trois étapes,<br />\n- groupe moderator créé,<br />\n- groupe archiver crée,<br />\n- typologie vu avec l\'établissement,<br />\n- plan de classement élaboré sur le modèle de la bnf et vue avec l\'école,<br />\n....</p>\n<p>tout est documenté ici :<br />\n<a href=\"http://www.ens-lyon.fr/Bibli/ENT-ESUP/installation/install_or\" title=\"http://www.ens-lyon.fr/Bibli/ENT-ESUP/installation/install_or\">http://www.ens-lyon.fr/Bibli/ENT-ESUP/installation/install_or</a>\n</div>\n', created = 1507751898, expire = 1507838298, headers = '', serialized = 0 WHERE cid = '4:77012e815736aa30a7890b8e0b0aa6a8' 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:3d1423f719da7579995dccbc393b3490' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>le problème LDAP->ORI suivant est je pense d\'intéret général et n\'a pas<br />\neu de réponse jusqu\'à présent à ma connaissance :</p>\n<p>Quand une personne possède plusieurs rattachements administratifs dans<br />\nl\'établissement (ex. son labo, une responsabilité dans l\'enseignement,<br />\néventuellement une charge de mission etc.) ses différentes vcard<br />\napparaissent dans l\'annuaire LDAP de l\'établissement.<br />\nOr, on voudrait remonter toutes ces informations dans ORI.<br />\nMais ORI ne remonte que la première vcard qu\'il trouve : celle-ci n\'est<br />\npas toujours la plus pertinente par rapport à la création de la ressource.</p>\n<p>ex.<br />\nj\'apparais dans l\'annuaire comme membre de :<br />\n-Centre de Vulgarisation de la Connaissance<br />\n-Département de Chimie: Enseignants de CHIMIE à l\'UFR Sciences<br />\nQuand j\'indexe une ressource pédagogique numérique dont je suis<br />\nl\'auteur, il est évident que je souhaite faire apparaitre le<br />\nrattachement \"enseignement\".<br />\nor ORI ne remonte que le premier rattachement.</p>\n<p>pouvez-vous nous indiquer un moyen de remonter toutes les vcard et pas<br />\nseulement la première ?</p>\n<p>ensuite, soit on les mettra toutes dans la fiche, soit, mieux, on<br />\nproposera à l\'auteur un menu déroulant ou il choisira la vcard la plus<br />\npertinente.</p>\n<p>c\'est d\'ailleurs la recommendation du groupe d\'indexation Suplomfr.</p>\n<p>merci d\'avance de votre aide et de votre travail,</p>\n<p>bien cordialement,</p>\n<p>Isabelle<br />\n--<br />\nMouvement de grève et manifestations dans l\'enseignement supérieur et la<br />\nrecherche : plus d\'informations sur<br />\n<a href=\"http://www.orsayenlutte.info\" title=\"http://www.orsayenlutte.info\">http://www.orsayenlutte.info</a></p>\n<p>Isabelle Ramade<br />\nProfesseur agrégé de chimie à l\'université Paris-Sud 11<br />\nDépartement de chimie<br />\nCorrespondante TICE de la Faculté des Sciences d\'Orsay<br />\n(TICE : Technologies de la Communication et de l\'Information pour<br />\nl\'Enseignement)<br />\nMembre du Centre de Vulgarisation de la Connaissance,<br />\nservice de la Faculté des Sciences d\'Orsay</p>\n<p>adresse professionnelle :<br />\nCVC<br />\nBatiment 334<br />\nFaculté des Sciences d\'Orsay<br />\nUniversité Paris-Sud 11<br />\n91405 Orsay cedex<br />\nFRANCE</p>\n<p>Tel. 01 69 15 35 66<br />\nFax 01 69 15 35 68<br />\n<a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;&#105;&#115;&#97;&#98;&#101;&#108;&#108;&#101;&#46;&#114;&#97;&#109;&#97;&#100;&#101;&#64;&#117;&#45;&#112;&#115;&#117;&#100;&#46;&#102;&#114;\">&#105;&#115;&#97;&#98;&#101;&#108;&#108;&#101;&#46;&#114;&#97;&#109;&#97;&#100;&#101;&#64;&#117;&#45;&#112;&#115;&#117;&#100;&#46;&#102;&#114;</a></p>\n<p>*Utilisons des standards ouverts !*<br />\nArticle 4 de la Loi pour la confiance dans l\'économie numérique du 21<br />\njuin 2004 :<br />\n \"On entend par standard ouvert tout protocole de communication,<br />\nd\'interconnexion ou d\'échange et tout format de données interopérable et<br />\ndont les spécifications techniques sont publiques et sans restriction<br />\nd\'accès ni de mise en œuvre.\"</p>\n</div>\n', created = 1507751899, expire = 1507838299, headers = '', serialized = 0 WHERE cid = '4:3d1423f719da7579995dccbc393b3490' 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:4c0d1dcd9a678de5cf9d3bbec922e878' 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 Isabelle,</p>\n<p>Je me souviens effectivement que cette discussion avait été abordée sur<br />\ncette liste mais je ne me souviens plus de la conclusion de cela.</p>\n<p>En tout les cas ce que je ne comprends pas bien ici c\'est le fait qu\'une<br />\nmême personne apparaisse plusieurs fois dans votre annuaire ldap (c\'est<br />\nà dire qu\'une même personne peut avoir plusieurs identifiants/entrées<br />\nldap) ?!</p>\n<p>Logiquement (par rapport à ce qu\'il est d\'usage de faire dans un<br />\nréférentiel type annuaire), une même personne n\'est censée apparaître<br />\nqu\'une seule fois dans l\'annuaire.<br />\nPar contre elle peut avoir des attributs multivalués, donc appartenir à<br />\nplusieurs groupes etc. ce qui permet notamment de décrir ses différents<br />\nrattachements etc.</p>\n<p>Et donc si elle apparait qu\'une seule fois, normalement (sauf bug<br />\nori-oai ou autre chose qui m\'échapperait), pour chaque personne ne peut<br />\ncorrespondre qu\'une seule VCARD.</p>\n<p>Bien Cordialement,<br />\nVincent Bonamy.</p>\n<p>Isabelle Ramade wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> le problème LDAP->ORI suivant est je pense d\'intéret général et n\'a<br />\n> pas eu de réponse jusqu\'à présent à ma connaissance :<br />\n><br />\n> Quand une personne possède plusieurs rattachements administratifs dans<br />\n> l\'établissement (ex. son labo, une responsabilité dans l\'enseignement,<br />\n> éventuellement une charge de mission etc.) ses différentes vcard<br />\n> apparaissent dans l\'annuaire LDAP de l\'établissement.<br />\n> Or, on voudrait remonter toutes ces informations dans ORI.<br />\n> Mais ORI ne remonte que la première vcard qu\'il trouve : celle-ci<br />\n> n\'est pas toujours la plus pertinente par rapport à la création de la<br />\n> ressource.<br />\n><br />\n> ex.<br />\n> j\'apparais dans l\'annuaire comme membre de :<br />\n> -Centre de Vulgarisation de la Connaissance<br />\n> -Département de Chimie: Enseignants de CHIMIE à l\'UFR Sciences<br />\n> Quand j\'indexe une ressource pédagogique numérique dont je suis<br />\n> l\'auteur, il est évident que je souhaite faire apparaitre le<br />\n> rattachement \"enseignement\".<br />\n> or ORI ne remonte que le premier rattachement.<br />\n><br />\n> pouvez-vous nous indiquer un moyen de remonter toutes les vcard et pas<br />\n> seulement la première ?<br />\n><br />\n> ensuite, soit on les mettra toutes dans la fiche, soit, mieux, on<br />\n> proposera à l\'auteur un menu déroulant ou il choisira la vcard la<br />\n> plus pertinente.<br />\n><br />\n> c\'est d\'ailleurs la recommendation du groupe d\'indexation Suplomfr.<br />\n><br />\n> merci d\'avance de votre aide et de votre travail,<br />\n><br />\n> bien cordialement,<br />\n><br />\n> Isabelle</div>\n</blockquote>\n</div>\n', created = 1507751900, expire = 1507838300, headers = '', serialized = 0 WHERE cid = '4:4c0d1dcd9a678de5cf9d3bbec922e878' 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:ce89cbabe553599f2adbcef8886492d5' 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 Vincent,<br />Une petite pr&eacute;cision technique<br />\ncompl&eacute;tant la demande d\'Isabelle :<br />- la personne n\'a bien<br />\nqu\'une et une seule entr&eacute;e LDAP<br />- la personne a un champ OU<br />\nmultivalu&eacute; (ce qui correspond &agrave; ses diff&eacute;rents<br />\nattachements &agrave; des services de l\'universit&eacute;)<br />Il se<br />\ntrouve que ORI ne remonte qu\'une seule valeur de ce champ<br />\nmultivalu&eacute; (la premi&egrave;re trouv&eacute;e je pense).<br />L<br />\nComment faire pour qu\'il remonte toutes les valeurs de ce champ ?<br /><br<br />\n/></p>\n<p>Le Jeu 2 juillet 2009 14:42, Vincent Bonamy a<br />\n&eacute;crit : <br />&gt; Bonjour Isabelle, <br />&gt; <br />&gt; <br<br />\n/>&gt; Je me souviens effectivement que cette discussion avait<br />\n&eacute;t&eacute; abord&eacute;e sur <br />&gt; cette liste mais je ne me<br />\nsouviens plus de la conclusion de cela. <br />&gt; <br />&gt; En tout les<br />\ncas ce que je ne comprends pas bien ici c\'est le fait qu\'une <br />&gt;<br />\nm&ecirc;me personne apparaisse plusieurs fois dans votre annuaire ldap<br />\n(c\'est &agrave; <br />&gt; dire qu\'une m&ecirc;me personne peut avoir<br />\nplusieurs identifiants/entr&eacute;es ldap) <br />&gt; ?! <br />&gt; <br<br />\n/>&gt; <br />&gt; Logiquement (par rapport &agrave; ce qu\'il est d\'usage<br />\nde faire dans un <br />&gt; r&eacute;f&eacute;rentiel type annuaire), une<br />\nm&ecirc;me personne n\'est cens&eacute;e appara&icirc;tre <br />&gt; qu\'une<br />\nseule fois dans l\'annuaire. Par contre elle peut avoir des <br />&gt;<br />\nattributs multivalu&eacute;s, donc appartenir &agrave; plusieurs groupes<br />\netc. ce qui <br />&gt; permet notamment de d&eacute;crir ses<br />\ndiff&eacute;rents rattachements etc. <br />&gt; <br />&gt; Et donc si elle<br />\napparait qu\'une seule fois, normalement (sauf bug <br />&gt; ori-oai ou<br />\nautre chose qui m\'&eacute;chapperait), pour chaque personne ne peut <br<br />\n/>&gt; correspondre qu\'une seule VCARD. <br />&gt; <br />&gt; Bien<br />\nCordialement, <br />&gt; Vincent Bonamy. <br />&gt; <br />&gt; <br />&gt;<br />\n<br />&gt; <br />&gt; Isabelle Ramade wrote: <br />&gt; <br />&gt;&gt;<br />\nBonjour, <br />&gt;&gt; <br />&gt;&gt; <br />&gt;&gt; le probl&egrave;me<br />\nLDAP-&gt;ORI suivant est je pense d\'int&eacute;ret g&eacute;n&eacute;ral<br />\net n\'a pas <br />&gt;&gt; eu de r&eacute;ponse jusqu\'&agrave;<br />\npr&eacute;sent &agrave; ma connaissance : <br />&gt;&gt; <br />&gt;&gt;<br />\nQuand une personne poss&egrave;de plusieurs rattachements administratifs<br />\ndans <br />&gt;&gt; l\'&eacute;tablissement (ex. son labo, une<br />\nresponsabilit&eacute; dans l\'enseignement, <br />&gt;&gt;<br />\n&eacute;ventuellement une charge de mission etc.) ses diff&eacute;rentes<br />\nvcard <br />&gt;&gt; apparaissent dans l\'annuaire LDAP de<br />\nl\'&eacute;tablissement. Or, on voudrait <br />&gt;&gt; remonter toutes ces<br />\ninformations dans ORI. Mais ORI ne remonte que la <br />&gt;&gt;<br />\npremi&egrave;re vcard qu\'il trouve : celle-ci n\'est pas toujours la plus<br />\n<br />&gt;&gt; pertinente par rapport &agrave; la cr&eacute;ation de la<br />\nressource. <br />&gt;&gt; <br />&gt;&gt; ex. j\'apparais dans l\'annuaire<br />\ncomme membre de : -Centre de <br />&gt;&gt; Vulgarisation de la<br />\nConnaissance <br />&gt;&gt; -D&eacute;partement de Chimie: Enseignants de<br />\nCHIMIE &agrave; l\'UFR Sciences <br />&gt;&gt; Quand j\'indexe une ressource<br />\np&eacute;dagogique num&eacute;rique dont je suis <br />&gt;&gt; l\'auteur,<br />\nil est &eacute;vident que je souhaite faire apparaitre le rattachement <br<br />\n/>&gt;&gt; &quot;enseignement&quot;. <br />&gt;&gt; or ORI ne remonte que<br />\nle premier rattachement. <br />&gt;&gt; <br />&gt;&gt; pouvez-vous nous<br />\nindiquer un moyen de remonter toutes les vcard et pas <br />&gt;&gt;<br />\nseulement la premi&egrave;re ? <br />&gt;&gt; <br />&gt;&gt; ensuite, soit<br />\non les mettra toutes dans la fiche, soit, mieux, on <br />&gt;&gt;<br />\nproposera &agrave; l\'auteur un menu d&eacute;roulant ou il choisira la<br />\nvcard la plus <br />&gt;&gt; pertinente. <br />&gt;&gt; <br />&gt;&gt;<br />\nc\'est d\'ailleurs la recommendation du groupe d\'indexation Suplomfr. <br<br />\n/>&gt;&gt; <br />&gt;&gt; merci d\'avance de votre aide et de votre<br />\ntravail, <br />&gt;&gt; <br />&gt;&gt; bien cordialement, <br />&gt;&gt;<br />\n<br />&gt;&gt; Isabelle <br />&gt;&gt; <br />&gt; <br />&gt; </p>\n</div>\n', created = 1507751900, expire = 1507838300, headers = '', serialized = 0 WHERE cid = '4:ce89cbabe553599f2adbcef8886492d5' 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:efd60fef62f9679e923fa2ec9f773e92' 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,<br />\nMerci pour cette précision, je n\'avais pas compris.<br />\nEffectivement j\'ai vérifié : actuellement ce n\'est que la première<br />\nvaleur d\'un champ multivalué ldap qui est prise dans la conception de la<br />\nVCARD.<br />\nJe viens de corriger cela dans le trunk (rev 555, la correction sera<br />\ndonc disponible dans la 1.5 qui arrive) : la modification apportée<br />\npermet que les différentes valeurs d\'un champ multivalué sont jointes en<br />\nutilisant comme délimiteur le point virgule \";\"<br />\nVincent.<br />\n<a href=\"http://sourcesup.cru.fr/cgi/viewvc.cgi?view=rev&amp;root=ori-vocabulary&amp;revision=555\" title=\"http://sourcesup.cru.fr/cgi/viewvc.cgi?view=rev&amp;root=ori-vocabulary&amp;revision=555\">http://sourcesup.cru.fr/cgi/viewvc.cgi?view=rev&amp;root=ori-vocabulary&amp;revi...</a></p>\n<p>francoise Rousseau (schortin) wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour Vincent,<br />\n> Une petite précision technique complétant la demande d\'Isabelle :<br />\n> - la personne n\'a bien qu\'une et une seule entrée LDAP<br />\n> - la personne a un champ OU multivalué (ce qui correspond à ses<br />\n> différents attachements à des services de l\'université)<br />\n> Il se trouve que ORI ne remonte qu\'une seule valeur de ce champ<br />\n> multivalué (la première trouvée je pense).<br />\n> L Comment faire pour qu\'il remonte toutes les valeurs de ce champ ?<br />\n><br />\n><br />\n><br />\n><br />\n> Le Jeu 2 juillet 2009 14:42, Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>> > Bonjour Isabelle,<br />\n> ><br />\n> ><br />\n> > Je me souviens effectivement que cette discussion avait été abordée sur<br />\n> > cette liste mais je ne me souviens plus de la conclusion de cela.<br />\n> ><br />\n> > En tout les cas ce que je ne comprends pas bien ici c\'est le fait </p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>> qu\'une</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>> > même personne apparaisse plusieurs fois dans votre annuaire ldap </p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>> (c\'est à</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>> > dire qu\'une même personne peut avoir plusieurs identifiants/entrées </p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>> ldap)</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>> > ?!<br />\n> ><br />\n> ><br />\n> > Logiquement (par rapport à ce qu\'il est d\'usage de faire dans un<br />\n> > référentiel type annuaire), une même personne n\'est censée apparaître<br />\n> > qu\'une seule fois dans l\'annuaire. Par contre elle peut avoir des<br />\n> > attributs multivalués, donc appartenir à plusieurs groupes etc. ce qui<br />\n> > permet notamment de décrir ses différents rattachements etc.<br />\n> ><br />\n> > Et donc si elle apparait qu\'une seule fois, normalement (sauf bug<br />\n> > ori-oai ou autre chose qui m\'échapperait), pour chaque personne ne peut<br />\n> > correspondre qu\'une seule VCARD.<br />\n> ><br />\n> > Bien Cordialement,<br />\n> > Vincent Bonamy.<br />\n> ><br />\n> ><br />\n> ><br />\n> ><br />\n> > Isabelle Ramade wrote:<br />\n> ></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>> >> Bonjour,<br />\n> >><br />\n> >><br />\n> >> le problème LDAP->ORI suivant est je pense d\'intéret général et n\'a </p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>> pas</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>> >> eu de réponse jusqu\'à présent à ma connaissance :<br />\n> >><br />\n> >> Quand une personne possède plusieurs rattachements administratifs dans<br />\n> >> l\'établissement (ex. son labo, une responsabilité dans l\'enseignement,<br />\n> >> éventuellement une charge de mission etc.) ses différentes vcard<br />\n> >> apparaissent dans l\'annuaire LDAP de l\'établissement. Or, on voudrait<br />\n> >> remonter toutes ces informations dans ORI. Mais ORI ne remonte que la<br />\n> >> première vcard qu\'il trouve : celle-ci n\'est pas toujours la plus<br />\n> >> pertinente par rapport à la création de la ressource.<br />\n> >><br />\n> >> ex. j\'apparais dans l\'annuaire comme membre de : -Centre de<br />\n> >> Vulgarisation de la Connaissance<br />\n> >> -Département de Chimie: Enseignants de CHIMIE à l\'UFR Sciences<br />\n> >> Quand j\'indexe une ressource pédagogique numérique dont je suis<br />\n> >> l\'auteur, il est évident que je souhaite faire apparaitre le </p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>> rattachement</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>> >> \"enseignement\".<br />\n> >> or ORI ne remonte que le premier rattachement.<br />\n> >><br />\n> >> pouvez-vous nous indiquer un moyen de remonter toutes les vcard et pas<br />\n> >> seulement la première ?<br />\n> >><br />\n> >> ensuite, soit on les mettra toutes dans la fiche, soit, mieux, on<br />\n> >> proposera à l\'auteur un menu déroulant ou il choisira la vcard la plus<br />\n> >> pertinente.<br />\n> >><br />\n> >> c\'est d\'ailleurs la recommendation du groupe d\'indexation Suplomfr.<br />\n> >><br />\n> >> merci d\'avance de votre aide et de votre travail,<br />\n> >><br />\n> >> bien cordialement,<br />\n> >><br />\n> >> Isabelle<br />\n> >></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>> ><br />\n> ></div>\n</blockquote>\n</div>\n', created = 1507751900, expire = 1507838300, headers = '', serialized = 0 WHERE cid = '4:efd60fef62f9679e923fa2ec9f773e92' 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:b34420fe15ed227cf2f50306453b3d1c' 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\">OK. MERCI Vincent.<br />Fran&ccedil;oise.</p>\n<p>Le Ven 3<br />\njuillet 2009 07:23, Vincent Bonamy a &eacute;crit : <br />&gt; Bonjour<br />\nFran&ccedil;oise, <br />&gt; Merci pour cette pr&eacute;cision, je n\'avais<br />\npas compris. <br />&gt; Effectivement j\'ai v&eacute;rifi&eacute; :<br />\nactuellement ce n\'est que la premi&egrave;re <br />&gt; valeur d\'un champ<br />\nmultivalu&eacute; ldap qui est prise dans la conception de la <br />&gt;<br />\nVCARD. <br />&gt; Je viens de corriger cela dans le trunk (rev 555, la<br />\ncorrection sera <br />&gt; donc disponible dans la 1.5 qui arrive) : la<br />\nmodification apport&eacute;e permet <br />&gt; que les diff&eacute;rentes<br />\nvaleurs d\'un champ multivalu&eacute; sont jointes en <br />&gt; utilisant<br />\ncomme d&eacute;limiteur le point virgule &quot;;&quot; Vincent. <br />&gt;<br />\n<a href=\"http://sourcesup.cru.fr/cgi/viewvc.cgi?view=rev&amp;root=ori-vocabulary&amp;revisi\" title=\"http://sourcesup.cru.fr/cgi/viewvc.cgi?view=rev&amp;root=ori-vocabulary&amp;revisi\">http://sourcesup.cru.fr/cgi/viewvc.cgi?view=rev&amp;root=ori-vocabulary&amp;revisi</a><br />\n<br />&gt; on=555 <br />&gt; <br />&gt; <br />&gt; francoise Rousseau<br />\n(schortin) wrote: <br />&gt;&gt; Bonjour Vincent, <br />&gt;&gt; Une<br />\npetite pr&eacute;cision technique compl&eacute;tant la demande d\'Isabelle<br />\n: <br />&gt;&gt; - la personne n\'a bien qu\'une et une seule entr&eacute;e<br />\nLDAP <br />&gt;&gt; - la personne a un champ OU multivalu&eacute; (ce qui<br />\ncorrespond &agrave; ses <br />&gt;&gt; diff&eacute;rents attachements<br />\n&agrave; des services de l\'universit&eacute;) Il se trouve que <br<br />\n/>&gt;&gt; ORI ne remonte qu\'une seule valeur de ce champ <br />&gt;&gt;<br />\nmultivalu&eacute; (la premi&egrave;re trouv&eacute;e je pense). L Comment<br />\nfaire pour qu\'il <br />&gt;&gt; remonte toutes les valeurs de ce champ ?<br />\n<br />&gt;&gt; <br />&gt;&gt; <br />&gt;&gt; <br />&gt;&gt; <br />&gt;&gt;<br />\nLe Jeu 2 juillet 2009 14:42, Vincent Bonamy a &eacute;crit : <br<br />\n/>&gt;&gt; <br />&gt;&gt;&gt; Bonjour Isabelle, <br />&gt;&gt;&gt; <br<br />\n/>&gt;&gt;&gt; <br />&gt;&gt;&gt; <br />&gt;&gt;&gt; Je me souviens<br />\neffectivement que cette discussion avait &eacute;t&eacute; abord&eacute;e<br />\n<br />&gt;&gt;&gt; sur cette liste mais je ne me souviens plus de la<br />\nconclusion de cela. <br />&gt;&gt;&gt; <br />&gt;&gt;&gt; En tout les cas<br />\nce que je ne comprends pas bien ici c\'est le fait <br />&gt;&gt;&gt; <br<br />\n/>&gt;&gt; qu\'une <br />&gt;&gt;&gt; m&ecirc;me personne apparaisse<br />\nplusieurs fois dans votre annuaire ldap <br />&gt;&gt; (c\'est &agrave; <br<br />\n/>&gt;&gt; <br />&gt;&gt;&gt; dire qu\'une m&ecirc;me personne peut avoir<br />\nplusieurs identifiants/entr&eacute;es <br />&gt;&gt; ldap) <br<br />\n/>&gt;&gt;&gt; ?! <br />&gt;&gt;&gt; <br />&gt;&gt;&gt; <br />&gt;&gt;&gt;<br />\n<br />&gt;&gt;&gt; Logiquement (par rapport &agrave; ce qu\'il est d\'usage<br />\nde faire dans un <br />&gt;&gt;&gt; r&eacute;f&eacute;rentiel type<br />\nannuaire), une m&ecirc;me personne n\'est cens&eacute;e appara&icirc;tre<br />\n<br />&gt;&gt;&gt; qu\'une seule fois dans l\'annuaire. Par contre elle peut<br />\navoir des <br />&gt;&gt;&gt; attributs multivalu&eacute;s, donc appartenir<br />\n&agrave; plusieurs groupes etc. ce <br />&gt;&gt;&gt; qui permet notamment<br />\nde d&eacute;crir ses diff&eacute;rents rattachements etc. <br<br />\n/>&gt;&gt;&gt; <br />&gt;&gt;&gt; Et donc si elle apparait qu\'une seule<br />\nfois, normalement (sauf bug <br />&gt;&gt;&gt; ori-oai ou autre chose qui<br />\nm\'&eacute;chapperait), pour chaque personne ne <br />&gt;&gt;&gt; peut<br />\ncorrespondre qu\'une seule VCARD. <br />&gt;&gt;&gt; <br />&gt;&gt;&gt;<br />\nBien Cordialement, <br />&gt;&gt;&gt; Vincent Bonamy. <br />&gt;&gt;&gt;<br />\n<br />&gt;&gt;&gt; <br />&gt;&gt;&gt; <br />&gt;&gt;&gt; <br<br />\n/>&gt;&gt;&gt; <br />&gt;&gt;&gt; Isabelle Ramade wrote: <br<br />\n/>&gt;&gt;&gt; <br />&gt;&gt;&gt; <br />&gt;&gt;&gt;&gt; Bonjour, <br<br />\n/>&gt;&gt;&gt;&gt; <br />&gt;&gt;&gt;&gt; <br />&gt;&gt;&gt;&gt; <br<br />\n/>&gt;&gt;&gt;&gt; le probl&egrave;me LDAP-&gt;ORI suivant est je pense<br />\nd\'int&eacute;ret g&eacute;n&eacute;ral et n\'a <br />&gt;&gt;&gt;&gt; <br<br />\n/>&gt;&gt; pas <br />&gt;&gt;&gt;&gt; eu de r&eacute;ponse jusqu\'&agrave;<br />\npr&eacute;sent &agrave; ma connaissance : <br />&gt;&gt;&gt;&gt; <br<br />\n/>&gt;&gt;&gt;&gt; Quand une personne poss&egrave;de plusieurs<br />\nrattachements administratifs <br />&gt;&gt;&gt;&gt; dans<br />\nl\'&eacute;tablissement (ex. son labo, une responsabilit&eacute; dans <br<br />\n/>&gt;&gt;&gt;&gt; l\'enseignement, &eacute;ventuellement une charge de<br />\nmission etc.) ses <br />&gt;&gt;&gt;&gt; diff&eacute;rentes vcard<br />\napparaissent dans l\'annuaire LDAP de <br />&gt;&gt;&gt;&gt;<br />\nl\'&eacute;tablissement. Or, on voudrait remonter toutes ces informations<br />\n<br />&gt;&gt;&gt;&gt; dans ORI. Mais ORI ne remonte que la<br />\npremi&egrave;re vcard qu\'il trouve : <br />&gt;&gt;&gt;&gt; celle-ci n\'est<br />\npas toujours la plus pertinente par rapport &agrave; la <br<br />\n/>&gt;&gt;&gt;&gt; cr&eacute;ation de la ressource. <br />&gt;&gt;&gt;&gt;<br />\n<br />&gt;&gt;&gt;&gt; ex. j\'apparais dans l\'annuaire comme membre de :<br />\n-Centre de <br />&gt;&gt;&gt;&gt; Vulgarisation de la Connaissance <br<br />\n/>&gt;&gt;&gt;&gt; -D&eacute;partement de Chimie: Enseignants de CHIMIE<br />\n&agrave; l\'UFR Sciences <br />&gt;&gt;&gt;&gt; Quand j\'indexe une<br />\nressource p&eacute;dagogique num&eacute;rique dont je suis <br<br />\n/>&gt;&gt;&gt;&gt; l\'auteur, il est &eacute;vident que je souhaite faire<br />\napparaitre le <br />&gt;&gt; rattachement <br />&gt;&gt;&gt;&gt;<br />\n&quot;enseignement&quot;. <br />&gt;&gt;&gt;&gt; or ORI ne remonte que le<br />\npremier rattachement. <br />&gt;&gt;&gt;&gt; <br />&gt;&gt;&gt;&gt;<br />\npouvez-vous nous indiquer un moyen de remonter toutes les vcard et <br<br />\n/>&gt;&gt;&gt;&gt; pas seulement la premi&egrave;re ? <br<br />\n/>&gt;&gt;&gt;&gt; <br />&gt;&gt;&gt;&gt; ensuite, soit on les mettra<br />\ntoutes dans la fiche, soit, mieux, on <br />&gt;&gt;&gt;&gt; proposera<br />\n&agrave; l\'auteur un menu d&eacute;roulant ou il choisira la vcard la <br<br />\n/>&gt;&gt;&gt;&gt; plus pertinente. <br />&gt;&gt;&gt;&gt; <br<br />\n/>&gt;&gt;&gt;&gt; c\'est d\'ailleurs la recommendation du groupe<br />\nd\'indexation Suplomfr. <br />&gt;&gt;&gt;&gt; <br />&gt;&gt;&gt;&gt; <br<br />\n/>&gt;&gt;&gt;&gt; merci d\'avance de votre aide et de votre travail, <br<br />\n/>&gt;&gt;&gt;&gt; <br />&gt;&gt;&gt;&gt; bien cordialement, <br<br />\n/>&gt;&gt;&gt;&gt; <br />&gt;&gt;&gt;&gt; Isabelle <br />&gt;&gt;&gt;&gt;<br />\n<br />&gt;&gt;&gt;&gt; <br />&gt;&gt;&gt; <br />&gt;&gt;&gt; <br />&gt;<br />\n<br />&gt; </p>\n</div>\n', created = 1507751900, expire = 1507838300, headers = '', serialized = 0 WHERE cid = '4:b34420fe15ed227cf2f50306453b3d1c' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
5 messages / 0 nouveaux
Dernière contribution
isabelleramade
probleme remontée VCARDS multiples LDAP->ori
Bonjour,

le problème LDAP->ORI suivant est je pense d'intéret général et n'a pas
eu de réponse jusqu'à présent à ma connaissance :

Quand une personne possède plusieurs rattachements administratifs dans
l'établissement (ex. son labo, une responsabilité dans l'enseignement,
éventuellement une charge de mission etc.) ses différentes vcard
apparaissent dans l'annuaire LDAP de l'établissement.
Or, on voudrait remonter toutes ces informations dans ORI.
Mais ORI ne remonte que la première vcard qu'il trouve : celle-ci n'est
pas toujours la plus pertinente par rapport à la création de la ressource.

ex.
j'apparais dans l'annuaire comme membre de :
-Centre de Vulgarisation de la Connaissance
-Département de Chimie: Enseignants de CHIMIE à l'UFR Sciences
Quand j'indexe une ressource pédagogique numérique dont je suis
l'auteur, il est évident que je souhaite faire apparaitre le
rattachement "enseignement".
or ORI ne remonte que le premier rattachement.

pouvez-vous nous indiquer un moyen de remonter toutes les vcard et pas
seulement la première ?

ensuite, soit on les mettra toutes dans la fiche, soit, mieux, on
proposera à l'auteur un menu déroulant ou il choisira la vcard la plus
pertinente.

c'est d'ailleurs la recommendation du groupe d'indexation Suplomfr.

merci d'avance de votre aide et de votre travail,

bien cordialement,

Isabelle
--
Mouvement de grève et manifestations dans l'enseignement supérieur et la
recherche : plus d'informations sur
http://www.orsayenlutte.info

Isabelle Ramade
Professeur agrégé de chimie à l'université Paris-Sud 11
Département de chimie
Correspondante TICE de la Faculté des Sciences d'Orsay
(TICE : Technologies de la Communication et de l'Information pour
l'Enseignement)
Membre du Centre de Vulgarisation de la Connaissance,
service de la Faculté des Sciences d'Orsay

adresse professionnelle :
CVC
Batiment 334
Faculté des Sciences d'Orsay
Université Paris-Sud 11
91405 Orsay cedex
FRANCE

Tel. 01 69 15 35 66
Fax 01 69 15 35 68
isabelle.ramade@u-psud.fr

*Utilisons des standards ouverts !*
Article 4 de la Loi pour la confiance dans l'économie numérique du 21
juin 2004 :
"On entend par standard ouvert tout protocole de communication,
d'interconnexion ou d'échange et tout format de données interopérable et
dont les spécifications techniques sont publiques et sans restriction
d'accès ni de mise en œuvre."

vincentbonamy
Bonjour Isabelle,

Je me souviens effectivement que cette discussion avait été abordée sur
cette liste mais je ne me souviens plus de la conclusion de cela.

En tout les cas ce que je ne comprends pas bien ici c'est le fait qu'une
même personne apparaisse plusieurs fois dans votre annuaire ldap (c'est
à dire qu'une même personne peut avoir plusieurs identifiants/entrées
ldap) ?!

Logiquement (par rapport à ce qu'il est d'usage de faire dans un
référentiel type annuaire), une même personne n'est censée apparaître
qu'une seule fois dans l'annuaire.
Par contre elle peut avoir des attributs multivalués, donc appartenir à
plusieurs groupes etc. ce qui permet notamment de décrir ses différents
rattachements etc.

Et donc si elle apparait qu'une seule fois, normalement (sauf bug
ori-oai ou autre chose qui m'échapperait), pour chaque personne ne peut
correspondre qu'une seule VCARD.

Bien Cordialement,
Vincent Bonamy.

Isabelle Ramade wrote:

> Bonjour,
>
> le problème LDAP->ORI suivant est je pense d'intéret général et n'a
> pas eu de réponse jusqu'à présent à ma connaissance :
>
> Quand une personne possède plusieurs rattachements administratifs dans
> l'établissement (ex. son labo, une responsabilité dans l'enseignement,
> éventuellement une charge de mission etc.) ses différentes vcard
> apparaissent dans l'annuaire LDAP de l'établissement.
> Or, on voudrait remonter toutes ces informations dans ORI.
> Mais ORI ne remonte que la première vcard qu'il trouve : celle-ci
> n'est pas toujours la plus pertinente par rapport à la création de la
> ressource.
>
> ex.
> j'apparais dans l'annuaire comme membre de :
> -Centre de Vulgarisation de la Connaissance
> -Département de Chimie: Enseignants de CHIMIE à l'UFR Sciences
> Quand j'indexe une ressource pédagogique numérique dont je suis
> l'auteur, il est évident que je souhaite faire apparaitre le
> rattachement "enseignement".
> or ORI ne remonte que le premier rattachement.
>
> pouvez-vous nous indiquer un moyen de remonter toutes les vcard et pas
> seulement la première ?
>
> ensuite, soit on les mettra toutes dans la fiche, soit, mieux, on
> proposera à l'auteur un menu déroulant ou il choisira la vcard la
> plus pertinente.
>
> c'est d'ailleurs la recommendation du groupe d'indexation Suplomfr.
>
> merci d'avance de votre aide et de votre travail,
>
> bien cordialement,
>
> Isabelle

francoise.schortin
Bonjour Vincent,
Une petite précision technique
complétant la demande d'Isabelle :
- la personne n'a bien
qu'une et une seule entrée LDAP
- la personne a un champ OU
multivalué (ce qui correspond à ses différents
attachements à des services de l'université)
Il se
trouve que ORI ne remonte qu'une seule valeur de ce champ
multivalué (la première trouvée je pense).
L
Comment faire pour qu'il remonte toutes les valeurs de ce champ ?
/>

Le Jeu 2 juillet 2009 14:42, Vincent Bonamy a
écrit :
> Bonjour Isabelle,
>
> />> Je me souviens effectivement que cette discussion avait
été abordée sur
> cette liste mais je ne me
souviens plus de la conclusion de cela.
>
> En tout les
cas ce que je ne comprends pas bien ici c'est le fait qu'une
>
même personne apparaisse plusieurs fois dans votre annuaire ldap
(c'est à
> dire qu'une même personne peut avoir
plusieurs identifiants/entrées ldap)
> ?!
> />>
> Logiquement (par rapport à ce qu'il est d'usage
de faire dans un
> référentiel type annuaire), une
même personne n'est censée apparaître
> qu'une
seule fois dans l'annuaire. Par contre elle peut avoir des
>
attributs multivalués, donc appartenir à plusieurs groupes
etc. ce qui
> permet notamment de décrir ses
différents rattachements etc.
>
> Et donc si elle
apparait qu'une seule fois, normalement (sauf bug
> ori-oai ou
autre chose qui m'échapperait), pour chaque personne ne peut />> correspondre qu'une seule VCARD.
>
> Bien
Cordialement,
> Vincent Bonamy.
>
>
>

>
> Isabelle Ramade wrote:
>
>>
Bonjour,
>>
>>
>> le problème
LDAP->ORI suivant est je pense d'intéret général
et n'a pas
>> eu de réponse jusqu'à
présent à ma connaissance :
>>
>>
Quand une personne possède plusieurs rattachements administratifs
dans
>> l'établissement (ex. son labo, une
responsabilité dans l'enseignement,
>>
éventuellement une charge de mission etc.) ses différentes
vcard
>> apparaissent dans l'annuaire LDAP de
l'établissement. Or, on voudrait
>> remonter toutes ces
informations dans ORI. Mais ORI ne remonte que la
>>
première vcard qu'il trouve : celle-ci n'est pas toujours la plus

>> pertinente par rapport à la création de la
ressource.
>>
>> ex. j'apparais dans l'annuaire
comme membre de : -Centre de
>> Vulgarisation de la
Connaissance
>> -Département de Chimie: Enseignants de
CHIMIE à l'UFR Sciences
>> Quand j'indexe une ressource
pédagogique numérique dont je suis
>> l'auteur,
il est évident que je souhaite faire apparaitre le rattachement />>> "enseignement".
>> or ORI ne remonte que
le premier rattachement.
>>
>> pouvez-vous nous
indiquer un moyen de remonter toutes les vcard et pas
>>
seulement la première ?
>>
>> ensuite, soit
on les mettra toutes dans la fiche, soit, mieux, on
>>
proposera à l'auteur un menu déroulant ou il choisira la
vcard la plus
>> pertinente.
>>
>>
c'est d'ailleurs la recommendation du groupe d'indexation Suplomfr. />>>
>> merci d'avance de votre aide et de votre
travail,
>>
>> bien cordialement,
>>

>> Isabelle
>>
>
>

vincentbonamy
Bonjour Françoise,
Merci pour cette précision, je n'avais pas compris.
Effectivement j'ai vérifié : actuellement ce n'est que la première
valeur d'un champ multivalué ldap qui est prise dans la conception de la
VCARD.
Je viens de corriger cela dans le trunk (rev 555, la correction sera
donc disponible dans la 1.5 qui arrive) : la modification apportée
permet que les différentes valeurs d'un champ multivalué sont jointes en
utilisant comme délimiteur le point virgule ";"
Vincent.
http://sourcesup.cru.fr/cgi/viewvc.cgi?view=rev&root=ori-vocabulary&revi...

francoise Rousseau (schortin) wrote:

> Bonjour Vincent,
> Une petite précision technique complétant la demande d'Isabelle :
> - la personne n'a bien qu'une et une seule entrée LDAP
> - la personne a un champ OU multivalué (ce qui correspond à ses
> différents attachements à des services de l'université)
> Il se trouve que ORI ne remonte qu'une seule valeur de ce champ
> multivalué (la première trouvée je pense).
> L Comment faire pour qu'il remonte toutes les valeurs de ce champ ?
>
>
>
>
> Le Jeu 2 juillet 2009 14:42, Vincent Bonamy a écrit :

> > Bonjour Isabelle,
> >
> >
> > Je me souviens effectivement que cette discussion avait été abordée sur
> > cette liste mais je ne me souviens plus de la conclusion de cela.
> >
> > En tout les cas ce que je ne comprends pas bien ici c'est le fait

> qu'une

> > même personne apparaisse plusieurs fois dans votre annuaire ldap

> (c'est à

> > dire qu'une même personne peut avoir plusieurs identifiants/entrées

> ldap)

> > ?!
> >
> >
> > Logiquement (par rapport à ce qu'il est d'usage de faire dans un
> > référentiel type annuaire), une même personne n'est censée apparaître
> > qu'une seule fois dans l'annuaire. Par contre elle peut avoir des
> > attributs multivalués, donc appartenir à plusieurs groupes etc. ce qui
> > permet notamment de décrir ses différents rattachements etc.
> >
> > Et donc si elle apparait qu'une seule fois, normalement (sauf bug
> > ori-oai ou autre chose qui m'échapperait), pour chaque personne ne peut
> > correspondre qu'une seule VCARD.
> >
> > Bien Cordialement,
> > Vincent Bonamy.
> >
> >
> >
> >
> > Isabelle Ramade wrote:
> >

> >> Bonjour,
> >>
> >>
> >> le problème LDAP->ORI suivant est je pense d'intéret général et n'a

> pas

> >> eu de réponse jusqu'à présent à ma connaissance :
> >>
> >> Quand une personne possède plusieurs rattachements administratifs dans
> >> l'établissement (ex. son labo, une responsabilité dans l'enseignement,
> >> éventuellement une charge de mission etc.) ses différentes vcard
> >> apparaissent dans l'annuaire LDAP de l'établissement. Or, on voudrait
> >> remonter toutes ces informations dans ORI. Mais ORI ne remonte que la
> >> première vcard qu'il trouve : celle-ci n'est pas toujours la plus
> >> pertinente par rapport à la création de la ressource.
> >>
> >> ex. j'apparais dans l'annuaire comme membre de : -Centre de
> >> Vulgarisation de la Connaissance
> >> -Département de Chimie: Enseignants de CHIMIE à l'UFR Sciences
> >> Quand j'indexe une ressource pédagogique numérique dont je suis
> >> l'auteur, il est évident que je souhaite faire apparaitre le

> rattachement

> >> "enseignement".
> >> or ORI ne remonte que le premier rattachement.
> >>
> >> pouvez-vous nous indiquer un moyen de remonter toutes les vcard et pas
> >> seulement la première ?
> >>
> >> ensuite, soit on les mettra toutes dans la fiche, soit, mieux, on
> >> proposera à l'auteur un menu déroulant ou il choisira la vcard la plus
> >> pertinente.
> >>
> >> c'est d'ailleurs la recommendation du groupe d'indexation Suplomfr.
> >>
> >> merci d'avance de votre aide et de votre travail,
> >>
> >> bien cordialement,
> >>
> >> Isabelle
> >>

> >
> >

francoise.schortin
OK. MERCI Vincent.
Françoise.

Le Ven 3
juillet 2009 07:23, Vincent Bonamy a écrit :
> Bonjour
Françoise,
> Merci pour cette précision, je n'avais
pas compris.
> Effectivement j'ai vérifié :
actuellement ce n'est que la première
> valeur d'un champ
multivalué ldap qui est prise dans la conception de la
>
VCARD.
> Je viens de corriger cela dans le trunk (rev 555, la
correction sera
> donc disponible dans la 1.5 qui arrive) : la
modification apportée permet
> que les différentes
valeurs d'un champ multivalué sont jointes en
> utilisant
comme délimiteur le point virgule ";" Vincent.
>
http://sourcesup.cru.fr/cgi/viewvc.cgi?view=rev&root=ori-vocabulary&revisi

> on=555
>
>
> francoise Rousseau
(schortin) wrote:
>> Bonjour Vincent,
>> Une
petite précision technique complétant la demande d'Isabelle
:
>> - la personne n'a bien qu'une et une seule entrée
LDAP
>> - la personne a un champ OU multivalué (ce qui
correspond à ses
>> différents attachements
à des services de l'université) Il se trouve que />>> ORI ne remonte qu'une seule valeur de ce champ
>>
multivalué (la première trouvée je pense). L Comment
faire pour qu'il
>> remonte toutes les valeurs de ce champ ?

>>
>>
>>
>>
>>
Le Jeu 2 juillet 2009 14:42, Vincent Bonamy a écrit : />>>
>>> Bonjour Isabelle,
>>> />>>>
>>>
>>> Je me souviens
effectivement que cette discussion avait été abordée

>>> sur cette liste mais je ne me souviens plus de la
conclusion de cela.
>>>
>>> En tout les cas
ce que je ne comprends pas bien ici c'est le fait
>>> />>> qu'une
>>> même personne apparaisse
plusieurs fois dans votre annuaire ldap
>> (c'est à />>>
>>> dire qu'une même personne peut avoir
plusieurs identifiants/entrées
>> ldap) />>>> ?!
>>>
>>>
>>>

>>> Logiquement (par rapport à ce qu'il est d'usage
de faire dans un
>>> référentiel type
annuaire), une même personne n'est censée apparaître

>>> qu'une seule fois dans l'annuaire. Par contre elle peut
avoir des
>>> attributs multivalués, donc appartenir
à plusieurs groupes etc. ce
>>> qui permet notamment
de décrir ses différents rattachements etc. />>>>
>>> Et donc si elle apparait qu'une seule
fois, normalement (sauf bug
>>> ori-oai ou autre chose qui
m'échapperait), pour chaque personne ne
>>> peut
correspondre qu'une seule VCARD.
>>>
>>>
Bien Cordialement,
>>> Vincent Bonamy.
>>>

>>>
>>>
>>> />>>>
>>> Isabelle Ramade wrote: />>>>
>>>
>>>> Bonjour, />>>>>
>>>>
>>>> />>>>> le problème LDAP->ORI suivant est je pense
d'intéret général et n'a
>>>> />>> pas
>>>> eu de réponse jusqu'à
présent à ma connaissance :
>>>> />>>>> Quand une personne possède plusieurs
rattachements administratifs
>>>> dans
l'établissement (ex. son labo, une responsabilité dans />>>>> l'enseignement, éventuellement une charge de
mission etc.) ses
>>>> différentes vcard
apparaissent dans l'annuaire LDAP de
>>>>
l'établissement. Or, on voudrait remonter toutes ces informations

>>>> dans ORI. Mais ORI ne remonte que la
première vcard qu'il trouve :
>>>> celle-ci n'est
pas toujours la plus pertinente par rapport à la />>>>> création de la ressource.
>>>>

>>>> ex. j'apparais dans l'annuaire comme membre de :
-Centre de
>>>> Vulgarisation de la Connaissance />>>>> -Département de Chimie: Enseignants de CHIMIE
à l'UFR Sciences
>>>> Quand j'indexe une
ressource pédagogique numérique dont je suis />>>>> l'auteur, il est évident que je souhaite faire
apparaitre le
>> rattachement
>>>>
"enseignement".
>>>> or ORI ne remonte que le
premier rattachement.
>>>>
>>>>
pouvez-vous nous indiquer un moyen de remonter toutes les vcard et />>>>> pas seulement la première ? />>>>>
>>>> ensuite, soit on les mettra
toutes dans la fiche, soit, mieux, on
>>>> proposera
à l'auteur un menu déroulant ou il choisira la vcard la />>>>> plus pertinente.
>>>> />>>>> c'est d'ailleurs la recommendation du groupe
d'indexation Suplomfr.
>>>>
>>>> />>>>> merci d'avance de votre aide et de votre travail, />>>>>
>>>> bien cordialement, />>>>>
>>>> Isabelle
>>>>

>>>>
>>>
>>>
>

>

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur « Enregistrer les paramètres » pour activer vos changements.
Sujet clos