Je comprends.

Cependant, si on cherche une image en rapport avec deux termes par la page de recherche, on ne parvient pas à ses fins d'où le besoin d'utiliser les noms d'albums pour mieux caractériser l'image au bout de l'arborescence.

Re ici.

J'ai finalement (pour ceux qui ont suivi mes autres sujets) opté pour des albums virtuels. Vu que la recherche n'est pas très visuelle pour les albums, est-ce qu'il est possible de récupérer la hiérarchie d'une image (album/album/album/image.jpg) et de convertir ces multiples niveaux en tag ?

Je sais que cela fait doublon mais cela permettrait notamment d'avoir, avec une recherche d'un seul mot, toutes les images en rapport avec le mot et pas seulement un affichage linéaire des noms d'albums puis les photos contenant le mot.

J'ai regardé les extensions mais je n'ai rien trouvé à ce propos. Peut-être que mon idée est aussi mauvaise et que vous pensez à mieux. Je suis preneur de vos conseils toujours avisés :)

Bonjour ici.

Je remonte un peu le fil car j'ai du nouveau, je vais enfin avoir le temps de traiter la demande :)

Bon, on résume. J'ai une table de tag dynamique qui hiérarchise ses tags que je ne peux pas utiliser pour Piwigo car les tags sous Piwi ne sont pas hiérarchisés.

Est-il possible de convertir les tags de la table de départ en albums sous Piwi ?
Dans la même lancée, si on modifie la table initiale, est-ce que la structure des albums peut être modifiée elle-aussi en temps réel ?

Je m'explique. Si je peux utiliser la table de tags actuelle et la faire digérer à Piwigo pour qu'ils convertissent les tags en albums (catégories), ce sera une bonne chose de faite si cela peut être quasi automatique.
Le must serait que, par la suite, la modification de la table d'origine entraine la modification en cascade sur la structure des albums.

Euh, je suis clair ?

Autant pour la table piwigo_tags, une table externe aurait pu convenir étant donné sa simplicité (3 colonnes) autant pour la tage piwigo_categories cela me semble difficile de passer par une table externe. Il faudrait plutôt prévoir un mécanisme d'import de ta table tags vers piwigo_categories, en veillant à ne pas doublonner les lignes.

r@in | b0w a écrit:

Je me rends compte que ce qu'ils appellent tag conviendrait plus pour moi à une catégorie. Les catégories peuvent être hiérarchiques, une photo peut appartenir à plusieurs catégories ?

Oui, une photo peut appartenir à plusieurs catégories. Depuis Piwigo 2.2 les "catégories" s'appellent "albums".

Dans Piwigo, les tags ne sont pas hierarchiques. Les albums le sont, mais pas les tags.

Donc (sauf développement plus important) pas de hierarchie dans les tags.

Bonjour
une question par fil de discussion, donc merci d'ouvrir 2 autres fils

P@t a eu l'idée d'utiliser une "table virtuelle" dans MySQL. Je connaissais les "vues SQL", donc j'ai retrouvé les "views" dans MySQL. Elles permettent par exemple d'avoir une "façade" de table avec des noms de colonnes différents, histoire de coller avec les noms de colonnes nécessaires au code de Piwigo.

Je rappelle que la table des tags dans Piwigo  a 3 colonnes {id(int), name(char), url_name(char)}, il faut donc retrouver cette structure dans l'autre table, même si les noms sont différents. Imaginons que l'autre table soit :

autre_base.mots_clef {
  identifiant(int),
  nom(char),
  nom_simple(char),
  note(int)
}

(j'ajoute exprès une colonne inutile à Piwigo).

Il s'agit de créer une vue dans la base de Piwigo :

create view piwigo_remote_tags
as
select
    identifiant as id,
    nom as name,
    nom_simple as url_name
  from autre_base.mots_clef
;

Puis dans la configuration locale [Administration > Plugins > LocalFiles Editor > configuration locale] :

define('TAGS_TABLE', 'piwigo_remote_tags');