[search] Permettre la recherche sur de nouveaux champs de BBD (IPTC) #61

Closed
opened 2026-10-04 23:41:55 +02:00 by adam · 4 comments
Owner

Reported by Zaphod on 3 Mar 2008 14:58

Version: 1.7.1

Acutellement, on peut ajouter à la base de données de nouvelles colonnes pour inclure par exemples les IPTC de localisation (pays, région, ville, lieu).

Il serait intéressant de pouvoir effectuer une recherche sur les nouveaux champs créés, au même titre que les recherche par date ou par tag.
(et également, par exemple, des recherches par nom de l'auteur)

Piwigo Bugtracker #811

**Reported by Zaphod on 3 Mar 2008 14:58** **Version:** 1.7.1 Acutellement, on peut ajouter à la base de données de nouvelles colonnes pour inclure par exemples les IPTC de localisation (pays, région, ville, lieu). Il serait intéressant de pouvoir effectuer une recherche sur les nouveaux champs créés, au même titre que les recherche par date ou par tag. (et également, par exemple, des recherches par nom de l&#039;auteur) [Piwigo Bugtracker #811](http://piwigo.org/bugs/view.php?id=811) <!-- github-sync-id:97225475 -->
adam closed this issue 2026-10-04 23:41:55 +02:00
Author
Owner

Comment posted by plg on 4 Jun 2008 20:58

Zaphod a écrit:

> Acutellement, on peut ajouter à la base de données de nouvelles colonnes [...]

Hum oui, mais c'est pour les utilisateurs avertis. Il faut connaître la syntaxe MySQL du ALTER TABLE. Pour moi, non, l'utilisateur ne peut pas ajout de "nouveaux types de champs" (parce que c'est bien cela le besoin fonctionnel).

Tu évoques un sujet très vaste et je pense qu'en effet il y a un travail à fournir pour permettre à l'utilisateur de personnaliser sa galerie, en terme de type de données présentées. Sur une galerie, on voudra avoir des données géographiques (pays, ville), sur une autre galerie, on voudra des données artistiques (époque, style), sur une autre encore on voudra des données techniques (ouverture, vitesse d'obturation, sensibilité) et finalement un peu tout et n'importe quoi, qui corresponde au sujet traité par la galerie.

On peut déjà "un peu" faire cela avec les tags. De manière peu structurée bien sûr. On pourrait imaginer un tag "epoque:XXeme siècle" ou un tag "iso:1600" et ensuite on améliore la recherche dans les tags. Ca pourrait être une solution, mais je la trouve trop peu structurée.

Une piste serait de laisser l'utilisateur définir des "metadata type" (il y en aurait par défaut comme "name", "author", "comment", "creation date") puis il pourrait définir un mapping entre les metadata type et les IPTC.

Ce sont des idées en vrac, mais je pense qu'il y a quelque chose de très intéressant à faire du point de vue utilisateur (et la technique sous-jacente également). Je t'encourage à donner ton point de vue, je vais préparer une spécification que je présenterai sur le wiki.

**Comment posted by plg on 4 Jun 2008 20:58** Zaphod a écrit: &gt; Acutellement, on peut ajouter à la base de données de nouvelles colonnes [...] Hum oui, mais c&#039;est pour les utilisateurs avertis. Il faut connaître la syntaxe MySQL du ALTER TABLE. Pour moi, non, l&#039;utilisateur ne peut pas ajout de &quot;nouveaux types de champs&quot; (parce que c&#039;est bien cela le besoin fonctionnel). Tu évoques un sujet très vaste et je pense qu&#039;en effet il y a un travail à fournir pour permettre à l&#039;utilisateur de personnaliser sa galerie, en terme de type de données présentées. Sur une galerie, on voudra avoir des données géographiques (pays, ville), sur une autre galerie, on voudra des données artistiques (époque, style), sur une autre encore on voudra des données techniques (ouverture, vitesse d&#039;obturation, sensibilité) et finalement un peu tout et n&#039;importe quoi, qui corresponde au sujet traité par la galerie. On peut déjà &quot;un peu&quot; faire cela avec les tags. De manière peu structurée bien sûr. On pourrait imaginer un tag &quot;epoque:XXeme siècle&quot; ou un tag &quot;iso:1600&quot; et ensuite on améliore la recherche dans les tags. Ca pourrait être une solution, mais je la trouve trop peu structurée. Une piste serait de laisser l&#039;utilisateur définir des &quot;metadata type&quot; (il y en aurait par défaut comme &quot;name&quot;, &quot;author&quot;, &quot;comment&quot;, &quot;creation date&quot;) puis il pourrait définir un mapping entre les metadata type et les IPTC. Ce sont des idées en vrac, mais je pense qu&#039;il y a quelque chose de très intéressant à faire du point de vue utilisateur (et la technique sous-jacente également). Je t&#039;encourage à donner ton point de vue, je vais préparer une spécification que je présenterai sur le wiki. <!-- github-comment-id:124890471 -->
Author
Owner

Comment posted by Zaphod on 23 Jun 2008 12:29

Pour le mapping, c'est déja le cas (on peut définir le mapping comme on veut entre les champs metadata et les IPTC).
Le "hic" c'est qu'il y ait moins de champs metadata que de champs IPTC.

Or quand on classe ses photos avec un logiciel qui fait bibliothèque, il y a plein de champs IPTC que l'on peut remplir et qui sont utiles (auteur, mots-clés, plusieurs champs de localisation etc...).

Et à l'import, si on ne crée pas de nouvelles colonnes à la BDD, on ne peut pas bénéficier de certains de ces champs déja renseignés.
(le but c'est que les métadonnées de la galerie web soient juste le reflet des métadonnées de la photothèque sur son ordinateur.)

Ensuite sur le choix des données à afficher dans la galerie, il y a déja tout ce qu'il faut pour.

L'autre point, au dela de la présence de nouveaux champs (qu'on peut actuellement contourner), c'est la recherche.
Actuellement la recherche sur mots clés est excellente... mais ça ne marche pas pour les autres champs (auteur, en particulier, ou tous les nouveaux champs).

**Comment posted by Zaphod on 23 Jun 2008 12:29** Pour le mapping, c&#039;est déja le cas (on peut définir le mapping comme on veut entre les champs metadata et les IPTC). Le &quot;hic&quot; c&#039;est qu&#039;il y ait moins de champs metadata que de champs IPTC. Or quand on classe ses photos avec un logiciel qui fait bibliothèque, il y a plein de champs IPTC que l&#039;on peut remplir et qui sont utiles (auteur, mots-clés, plusieurs champs de localisation etc...). Et à l&#039;import, si on ne crée pas de nouvelles colonnes à la BDD, on ne peut pas bénéficier de certains de ces champs déja renseignés. (le but c&#039;est que les métadonnées de la galerie web soient juste le reflet des métadonnées de la photothèque sur son ordinateur.) Ensuite sur le choix des données à afficher dans la galerie, il y a déja tout ce qu&#039;il faut pour. L&#039;autre point, au dela de la présence de nouveaux champs (qu&#039;on peut actuellement contourner), c&#039;est la recherche. Actuellement la recherche sur mots clés est excellente... mais ça ne marche pas pour les autres champs (auteur, en particulier, ou tous les nouveaux champs). <!-- github-comment-id:124890495 -->
Author
Owner

Comment posted by plg on 24 Jan 2009 13:33

topic:14721

**Comment posted by plg on 24 Jan 2009 13:33** topic:14721 <!-- github-comment-id:124890524 -->
Author
Owner

Plugin Manage Properties Photos let you add custom fields to a photo. It can be an IPTC type.

We still don't have the ability to search in custom photo field. We plan to add it.

Plugin Manage Properties Photos let you add custom fields to a photo. It can be an IPTC type. We still don't have the ability to search in custom photo field. We plan to add it. <!-- github-comment-id:2002544271 -->
Sign in to join this conversation.
No labels
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: adam/Piwigo#61