MoMots

Mots sur Mots (ou de son petit nom MoMo ) est un plugin prévu pour rajouter des mots-clés descriptifs sur les mots-clés !

Il propose deux modèles :
-  [(#MODELE{enfants_mot}{id_mot=#ID_MOT})]
-   [(#MODELE{parents_mot}{id_mot=#ID_MOT})]

d’après la Description « Plugin »
-   Dans la partie privée, le plugin Momo propose une inteface pour associer des mots-clés parents à un mot-clé donné. Attention, pour éviter les liens circulaires, il ne faut pas associer à un mot-clé donné, un parent qui est déjà un de ses enfants.

Voici la structure des tables définies :

  $spip_momo = array(
	            'id_parent' => 'bigint(21) DEFAULT "0" NOT NULL',
	            'id_mot' => 'bigint(21) DEFAULT "0" NOT NULL',
	        );

• • A la relecture, je pense qu’il faudrait rajouter un troisième index, qui pourrait etre un
    ’id_type’ ou bien un ’objet’ (selon la facilité de jointure de SPIP),
    étant entendu de plus que chaque id_ pourrait pointer vers... un autre id_triplet=occurence de momo [1] les mots-parents sont les mots attachés à un mot-clé.
    Ex. : tu as un mot-clé « carotte », on peut lui attacher deux autres
    mots-clés : « légume » et « tubercule ». Les mots-parents de « carotte » sont
    donc « légume » et « tubercule » (quel que soient les groupes de mots dans
    lequel sont ces mots-clés). Par conséquent, « légume » a comme enfant
    « carotte ». « tubercule » a aussi comme enfant « carotte » (principe de
    polyhiérarchie).

L’idée vient rapidement d’un réseau sémantique.
Carces possibilités de mots multiples sont intéressantes pour un usage en polyhiérarchie.

Dans mon test, j’ai repris un groupe de mots-clés « personnes citées » pour lesquels le descriptif comprenait parfois le contenu « spectacle » (soit un musicien, une groupe, une troupe, etc.). Le plugin Momo est très bien pour libérer ce champ et, en plus, faire de belles boucles.

À l’usage, il manquerait la possibilité de mettre un mot comme indice à un autre mot pour indiquer que dans tel usage, il sert à cela. Ainsi, toujours dans mon groupe « personnes citées », pour tel article le mot « le nom de la personne » devrait être indiciée/indexée « spectacle », et sur un autre article non.
Exemple : un catalogue de revues (un article par revue) avec la liste des participants en mots-clés. Si le participant est illustrateur, je l’indique. Le problème c’est que pour une revue, le participant est juste auteur manuscrit mais que dans une autre, il sera aussi ou seulement illustrateur. Multiplier les groupes, une solution (déjà appliquée sur un site) revient à multiplier les doublons et les renvois à faire à la main.
Je ne vois pas comment « qualifier » l’utilisation d’un mot suivant l’article où il est lié.

et des projets possibles
Momo n’est pas prévu pour typer la relation entre les mots et
les objets de Spip (articles, rubriques, etc.). Toutefois j’ai prévu
(à très long terme !) de pouvoir typer les relations entre mots dans
Momo.

Mais ça pourrait être intéressant de typer la relation entre les
objets. J’ai déjà été confronté au problème des auteurs qui ne sont
parfois que des illustrateurs, des traducteurs ou simplement des
rédacteurs ou des copistes, alors qu’il y avait aussi de vrais
auteurs. Comment les différencier ? et ce dans chaque cas (un copiste
pour un article donné, peut-être auteur pour un autre) ?

• Du point de vue base de donnée ça ne paraît pas compliqué, il
  suffit d’ajouter un champ « relation » dans les tables de jointure
  (spip_mots_articles, spip_auteurs_articles, etc.) qui spécifie cette
  relation.
  • UN exemple : dans un prototype de site, on définit le terme de ’role’, avec 3 valeurs possibles : saisie, contact, tout
    Dans la déclaration des tables principales, il y avait :

    $spip_auteurs_articles = array(
        "id_auteur"    => "bigint(21) NOT NULL NOT NULL DEFAULT '0'",
        "id_article"    => "bigint(21) NOT NULL NOT NULL DEFAULT '0'",
        "role"        => "enum('saisie','contact','tout') NOT NULL DEFAULT 'saisie'"
    ); 

• Côté interface graphique ça va être plus lourd, mais c’est jouable : il
  suffit à côté de l’auteur (ou du mot) ajouté, de proposer un
  sélecteur pour pouvoir typer la relation (avec un type de relation qui
  se met par défaut si on ne fait rien).
• Là où ça se complique sacrément c’est pour l’interface avec la base de
  données : les boucles. Comment permettre simplement avec
  Boucles/Balises/critères de pouvoir manipuler ce champ qui serait sur
  les tables de jointure... À méditer.
  • Pas infaisable, car il me semble que déjà certaines boucles automatiques de SPIP récupèrent cette info...
  • ça marche assez simplement pour boucler en fait,
    et on peut aussi utiliser ce champ en critère.
    

        <BOUCLE_role(AUTEURS ARTICLES){id_auteur}{role}>
            #NOM #ROLE ...