Piwigo.org

Shogun · 2005-03-06 17:59:16

Salut a tous,

Nouveau sur Webgallery (j'ai installé la 1.4RC3 online, royal en terme de facilité ce dit en passant...),
je me pose la problématique suivante:

J'ai des photos triées, pas triées, comme tout le monde.
Normalement je trie et je uppe donc pour chaque categorie tout est ok
un element peut etre classé de maniere transverse dans plusieurs catégories.
D'ou la creation des categories virtuelles qui permettent de se sortir de beaucoup de situations.
Et dans le meilleur des mondes, on ne change jamais son arborescence.
Mais en fait, a l'usage on se rend compte que ca bouge (Archivage, restructuration de la facon de stocker,...)
Bref ca marche plus... Et on risque de perdre les categories virtuelles.

Or la notion de categorie(s) existe dans les images (au moins JPEG) à travers le standard IPTC

Ma reflexion est donc de me dire qu'on peut :

1) Tagger les images en leur associant des categories et mots clés IPTC
2) Relire ces données et les stocker dans la BD de WebGallery
3) Extraire de ces metadonnées une liste de categories virtuelles potentielles qu'il ne reste plus qu'a parametrer en terme de droits sur les users/groups.

Dans ce cas, on peut voir PWG uniquement a travers des categories virtuelles et toute la restructuration physique du site n'est plus un probleme.

Le point 1 peut etre realisé avec bon nombre d'outil d'edition d'image (Notamment le freeware IrfanView qui fait a mon humble avis tres bien tout ce qui concerne l'edition simple d'une image, gestion des metadonnées, renommage, resize,...) ou via des extensions du type IPTCExt.
ou MaPiVi pour le coté obscur de la force ;)

Le point 2 peut etre soit un mod de la lecture des metadonnées deja realisée dans PWG, soit je ne sais quoi comme programme qui scanne les images et genere le .sql equivalent a destination de Webgallery(euh la je parles peut etre chinois pour certains).
pour inserer dans les tables images, categories et association image/categories.

Le point 3 peut etre egalement un mod de PWG ou encore un coup de SQL ( du style INSERT / SELECT ?)

(En poussant encore le bouchon on pourrait meme prevoir un autre point visant a ecrire les categories et mots clés de PWG dans les données IPTC des images Jpeg de maniere a etre bijectif, peut etre via des composant php (si ca existe, la je connais rien) ou des outils de type batch comme ExifTools) qui savent tres bien lire/ecrire du IPTC.

Bon peut etre que tout cela est deja en cours, merci de votre avis.
Je suis pas habitué du couple php/mysql (plutot asp/oracle/vb au taf...) mais bon y moyen de s'y mettre sans pb...

Ken@vo
Shogun

Dernière modification par Shogun (2005-03-09 16:32:20)

Shogun · 2005-03-09 10:36:31

Up ?
J'ai dit des conneries ou tout le monde est en vacances ?

tlegras · 2005-03-09 15:25:30

Shogun a écrit:
J'ai dit des conneries ou tout le monde est en vacances ?

non, ce n'est pas des conneries, ça me semble a moi tres tres interessant.
Plus generalement, il serait super de pouvoir creer des categories virtuelles qui contiendrait automatiquement toute photo ajoutee qui aura un mot cles ou un attribut IPTC specifique. Un peut comme le calendrier en fait, mais en plus generique. Pour ceux qui connaissent Kazaa fait un peu se genre ce chose aussi dans sa librairie (mais ça me parait beaucoup plus utile pour une gallerie de photo!!)
On pourrait construire des categories par type d'appareil photo, par taille, et donc par mots cles.

en fait c'est tres proche de ça:
http://bugs.phpwebgallery.net/view.php?id=69

J'ai l'impression que ça reviendrait grosso modo à associer une categorie à une requete SQL (sans doute un peu similaire à la fonction de recherche). Mais ça me parait difficile de travaille sur ce mod sans bien connaitre le code php de pwg. En tout cas apres examen de la fonction de recherche, c'est clairement au-dessus de mon niveau.

Qu'en dit notre dev (dream) team? science fiction ou proche realite?

Thierry.

Shogun · 2005-03-09 15:59:01

tlegras a écrit:
Shogun a écrit:
J'ai dit des conneries ou tout le monde est en vacances ?
en fait c'est tres proche de ça:
http://bugs.phpwebgallery.net/view.php?id=69

J'ai l'impression que ça reviendrait grosso modo à associer une categorie à une requete SQL (sans doute un peu similaire à la fonction de recherche). Mais ça me parait difficile de travaille sur ce mod sans bien connaitre le code php de pwg. En tout cas apres examen de la fonction de recherche, c'est clairement au-dessus de mon niveau.

Thierry.

C'est dans le meme esprit...
Ma premiere approche etait proposer la liste des mots clé et des categories mais ton idée me parait egalement tres interessante.
Car la modelisation de la requete SQL comme une categorie virtuelle peut en effet etre bien plus souple...

A mon avis c'est pas tres dur, ca revient a creer un champ supplementaire contenant la clause de recherche en SQL dans la table phpwebgallery_categories
et ensuite de rajouter les elements dans la tables des association phpwebgallery_image_category s'il n'existent pas
En terme de traitement SQL c'est peanuts...
apres faut voir comment synchroniser par rapport a une base existante...

Le probleme suivant sera d'amener une interface a ce service...
En effet moi ca me posera pas de pb de lancer les Scripts sur la base MySql mais bon, de ce coté, je suis pas representatif...

Et la partie suivante sera de faire un wizzard de generation de la requete SQL.

Dernière modification par Shogun (2005-03-09 16:07:45)

plg · 2005-03-14 21:33:58

Ce topic est très intéressant, si je n'y ai pas répondu tout de suite, c'est parce qu'il mérite qu'on s'y attarde, qu'il nécessite un peu de réflexion et que le temps me manque ces derniers temps.

Selon moi, le problème de base est le manque d'ergonomie de PhpWebGallery en ce qui concerne l'association d'un élément à une catégorie. Le terme "élément" est très générique, puisque PhpWebGallery gère aussi bien des images que tout autre type de fichiers. Une solution à ce problème serait en effet de gérer l'association des éléments aux catégories via les métadonnées IPTC. On déporte ainsi la fonctionnalité à cause du problème initial du manque d'ergonomie.

Seulement voilà, au sens de PhpWebGallery, une catégorie s'identifie grâce à un identifiant numérique unique (précis, rapide mais peu parlant) ou grâce à un chemin complet dans l'arborescence (très lisible). La solution du chemin complet peut paraître plaisante, mais elle cache plusieurs problèmes :

- il deviendrait pénible de renommer les catégories

- la gestion de noms de catégories contenant des caractères non ASCII risque de poser quelques soucis (même si ces soucis seraient surmontables)

Cette courte explication me sert de justification pour rejeter (poliment) la proposition initiale. Mais le problème reste entier et se doit de trouver une véritable solution.

Jusqu'à aujourd'hui, dans ma galerie personnelle de photos, les catégories virtuelles étaient peu utilisées, c'était plutôt l'exception. Mais je suis en train de changer ma méthode d'organisation. Je n'ai plus qu'une seule catégorie physique à la racine et un découpage chronoloqiue année/mois. Cette méthode me permet de ranger les photos extrêmement facilement : le travail de catégorisation (+ hierarchisation) passe en second (et ma femme peut s'en occuper...). Les catégories physiques avec découpage chronologique ne sont pas visibles, seules des catégories virtuelles sont visibles. Pour être efficace, cette méthode va nécessiter une amélioration de l'ergonomie pour associer un élément à une catégorie.

L'idée qui m'est venue est relativement simple : le panier d'éléments. Ce panier serait un ensemble d'éléments qu'un administrateur aurait ajouter au cours de son parcours dans la galerie (partie publique uniquement, plus performante en terme de navigation). La zone d'administration contiendrait une nouvelle page d'édition des éléments du panier et notamment "associer tous les éléments à une catégorie".

Là où l'idée est intéressante, c'est la façon de rajouter des éléments au panier. J'ai prévu de pouvoir rajouter des éléments un par un sur picture.php, simple et pas très rapide, mais surtout de pouvoir ajouter tous les éléments d'une catégorie affichée dans category.php. Et ça, c'est puissant, car category.php peut afficher le résultat d'une recherche par exemple, et la recherche en branche 1.4 est devenue très puissante.

Cette proposition permettrait de pouvoir associer rapidement un grand nombre d'éléments sélectionnés à partir de critères de recherche du choix de chaque webmaster.

tlegras · 2005-03-15 13:51:15

Interessant.
Une réflexion: a priori je ne suis pas sur que ça soit très ergonomique de devoir naviguer entre la page admin et utilisateur pour remplir le panier et creer une galerie avec. Enfin, je dis bien a priori, car il y pourrait peut-etre y avoir d'autre application possible à ce panier par la suite. Par exemple la création de catégorie virtuelle (alors sans doute privée) pour tout utilisateur? du coup le panier deviendrait plus central dans tout pwg. voila une fonction qui augmenterait sans doute beaucoup l'interet des visiteurs. et du coup le panier prendrait son sens en permanence, j'imagine bien un petit cadre specifique sur le coté avec son contenu qui s'afficherait quelquesoit la page.

Résumé, l'idée du panier me parait bonne, mais ce serait peut-etre dommage de la garder pour l'admin, non?

Thierry.

Tcherno · 2005-03-15 14:36:40

D'accord avec vous, voila un topic qui m'interesse au plus au point puisqu'il concerne à la fois les IPTC et les catégories, deux "soucis" quotidien. 8-)

L'idée d'associer le champ "catégorie" des IPTC au catégories de PWG est séduisante, mais comme le dit Zorglub, nous avons déja quelques soucis avec les accents...

L'idée du "panier" est puissante et me semble à la fois interessante coté admnin, et coté visiteurs ou cela pourrait rendre plus performant les "favoris".

Mais actuellement mes deux principaux problemes sont :

1 - de déplacer ou de renomer des catégoris en dur sans perdre les attributs !

Je travaille comme Zorglub avec un dossier racine "Archives" contenant des sous dossiers par noms de photographes puis des sous-sous-dossiers par année. Et pour donner un ex. j'ai bétement fait une faute dans le nom d'un photographe (pas trop grave puisque seul les admnin voient cela), les visiteurs ne voyant que des catégories virtuelles. Mais si je répare mon erreur, je perds toutes la répartitions dans les catégories virtuelles...

2 - de déplacer des catégories virtuelles dans l'arborescence...

Dans la version 1.3.2 on pouvait facilement remonter une sous-sous-categorie virtuelle vers le top de l'arbo, par contre dans la 1.4.RC3 .. Impossible. Donc l'idée du pannier, je suis preneur.

Pendant que j'y suis ...

3 - Pourquoi en gestion des catégories / info images / ne peut on qu'attribuer une catégorie à une image et pas enlever cette meme image de la catégorie ou elle est ?

Ne serait il pas judicieux d'améliorer cette gestion des "infos images" ?

4 - Est il inenvisageable de faire en sorte que les modifications de auteur/date création/legende réalisé via PWG soient sauvegardé dans les IPTC des photos ?

Ca serait un outil formidable pour harmoniser les IPTC et la base et je suis sur que Me Zorglub apprécierait autant que mon ami Mark avec qui je bosse 8-)

Byl

Ps 1 : Malgrè tout, PWG est formidable 8-) Merci a tous.
Ps 2 : Merci a Shogun pour ces url d'outils de gestion des IPTC et Exif

vimages · 2005-03-15 21:49:03

dans le fil de cette discution interessante, je me permet d'ajouter un avis perso.

- j'utilise le logiciel libre Exifer pour la gestion des IPTC, il est tres bien fait.
- je synchronise les IPTC et la base de données pour afficher dans picture.php les infos choisies (soit, Auteur, date, legendes, keywords, instructions, categories(celles de l'arborécence de galleries) .

pour infos, je vous copie si-dessous la partie de config.inc.php concernée.

// To know how to associated iptc_field with their meaning, use
// tools/metadata.php
$conf['show_iptc_mapping'] = array(
);

// use_iptc_mapping : in which IPTC fields will PhpWebGallery find image
// information ? This setting is used during metadata synchronisation. It
// associates a phpwebgallery_images column name to a IPTC key
$conf['use_iptc_mapping'] = array(
'name' => '2#005',
'date_creation' => '2#055',
'place_creation' => '2#090',
'author' => '2#080',
'comment' => '2#120',
'keywords' => '2#025',
'instructions' => '2#040'
);

je choisi dans la config admin de ne pas utiliser les exif.

- je ne crois pas qu'utiliser le champ catégorie des IPTC soit une si bonne idée.

Si la légende, les keywords, le nom de l'auteur, le lieu, la date d'une photo peuvent ête considérés comme fixes, définitifs, il n'en est pas de même pour les catégories. Un système de classement doit être évolutif, souple.

Utiliser les IPTC serait tres génant pour toutes modifications ultérieures du classement. Il faudrait modifier chaque image ou fichier concerné. Il est plus facile et rapide de bouger un dossier.

J'ai tout d'abord pensé que le mieux aurait été d'attribuer les permissions de voir les photos en fonctions des keywords, ( par exemple, un utilistateur peu voir toutes les photos contenant le mot avion...) cela aurait pu permettre de ne plus s'occuper des dossiers... mais vite ingérable avec un grand nombre d'images, impossibilité de changer des permission sans en oublier en route.... complexité de la gestion et du choix des keywords au quotidien pour les nouvelles images.... on oublie vite cette idée!!!!

Je suis venue aussi par le suite à l'idée d'utiliser le champ catégories des IPTC. Comme dit précédement, non seulement il faudrait reprendre toutes les photos d'archive pour mettre cela en place.... et il y en a des photos.... mais, au bout d'un certain temps, celui qui voudrait changer des fichiers de catégorie, changer des droits d'accés... serait obliger d'entrer à nouveau dans les champs IPTC de tous les fichiers concernés... bonjour l'angoisse...

enfin.... comme zOrglub, et sans l'avoir su plus tôt, je range maintenant la plupart des dossiers par ordre chronologique. (leur nom comprend un préfix sous forme de date à l'américaine, permettant que l'ordre alphabétique et chronologique soient les mêmes : exemple "e0315_sujetxyz" e=2005, 03=mars, le15).
De là, je met tout en privé, et grace aux nouvelles fonctions, j'attribue des droits d'accés indépendament pour chaque dossier ou sous dossier. c'est le top !!

Il reste toujours, tout de même, des dossiers, des sous dossiers à nommer et classer autrement....

Donc, pour conclure, (merci de votre patience...), mon point de vue, comptes tenus de mes connaissances actuelles, est qu'il faut garder le systeme tel qu'il est et ajouter un module dans "gestions des categories", permettant de changer de place un dossier tout en gardant les données de la base (surtout les droits d'accés). ==> genre un lien "move to" qui pour la categorie choisie, ouvrirait une boite de dialogue dans laquelle on retrouverait l'arborécence de "galleries", et ou l'on pourrait choisir la nouvelle destination du dossier.

je stoperais là pour ce soir, dans l'attente de vos idées. l'échange est toujours source d'enrichissement.
merci.
eric.

plg · 2005-03-16 23:05:43

Merci pour vos retours.

@Tcherno : tes demandes sont à la fois intéressantes et justifiées, mais on se disperse complètement et on noie tes demandes dans une autre quantité d'informations. Merci de séparer tes demandes dans le bugtracker en anglais (ces serait le top) ou sur le forum.

Je vais commencer à développer la fonctionnalité "panier" sur la branche de dev. J'espère pouvoir fournir rapidement une build sur laquelle vos retours m'aideront à améliorer/revoir la fonctionnalité.

bolet · 2005-03-17 00:06:32

J'ai été l'auteur du "rapport de bug" que vous citez en début de discussion. Et je viens de recevoir un mail de "pierrick" (est-il connu sous un autre pseudo sur ce forum ?) m'informant que vous débattiez justement du sujet. Par chance, je comprends le Français... euh oui, je suis Français, donc ça n'a rien d'étonnant.

Au risque de passer pour un traître, à vos yeux, vous fidèles utllisateurs de PWG, j'ai abandonné ce produit quelques jours après l'avoir essayé, au profit de Zoph. Que ceux qui ne connaissent pas l'essaient. Et s'ils sont plus attachés à PWG que moi, s'en inspirent pour améliorer ce dernier.

Etant personnellement développeur (pas spécialisé php/mysql, mais on s'y adapte très bien), et remarquant que Zoph n'était plus maintenu depuis plus de 2 ans, j'ai commencé à m'approprier le code en y ajoutant mes propres modifications, et en écrivant des scripts "périphériques" en shell pour améliorer le processus d'importation (et classer automatiquement les photos en fonction d'infos qu'elles contiennent - cf le titre de la discussion).

J'ai aussi été utilisateur assidu de Gallery (ok, y'a pas de BDD dans la version 1.x) et auparavant, j'avais développé mon propre album web (incomparablement plus simple, je l'avoue).

Pour en revenir à votre discussion, je trouve l'idée du panier intéressante pour résoudre, entre autres, le problème de classer en masse un grand nombre de photos. Je réésaierai PWG dans quelques mois. Et le cas échéant mettrai au point un script de transfert de ma BDD Zoph vers PWG...

Courage à ceux qui bossent sur ce projet !

plg · 2005-03-17 00:12:04

bolet a écrit:
J'ai été l'auteur du "rapport de bug" que vous citez en début de discussion.

Désolé de ne pas t'avoir répondu plus vite, mais le sujet méritait réflexion car il me semblait important.

bolet a écrit:
Et je viens de recevoir un mail de "pierrick" (est-il connu sous un autre pseudo sur ce forum ?)

pierrick = z0rglub. Bref, c'est moi.

bolet a écrit:
Au risque de passer pour un traître, à vos yeux, vous fidèles utllisateurs de PWG, j'ai abandonné ce produit quelques jours après l'avoir essayé, au profit de Zoph.

Lol, traitrise, un bien grand mot. Si Zoph (que j'avoue ne pas connaître) remplit mieux les fonctions qui sont pour toi les plus importantes, je suis content que tu te sois tourné vers cette solution.

bolet a écrit:
Que ceux qui ne connaissent pas l'essaient. Et s'ils sont plus attachés à PWG que moi, s'en inspirent pour améliorer ce dernier.

Je note donc qu'il faut que je regarde les fonctionnalités de Zoph :-)

bolet a écrit:
Courage à ceux qui bossent sur ce projet !

(si d'aventures tu voulais participer au développement de PhpWebGallery, tiens moi au courant, aucune porte n'est fermée, surtout si tu es motivé et un peu disponible)

Tcherno · 2005-04-06 23:40:14

vimages a écrit:
- je synchronise les IPTC et la base de données pour afficher dans picture.php les infos choisies (soit, Auteur, date, legendes, keywords, instructions, categories(celles de l'arborécence de galleries) .

pour infos, je vous copie si-dessous la partie de config.inc.php concernée.

// To know how to associated iptc_field with their meaning, use
// tools/metadata.php
$conf['show_iptc_mapping'] = array(
);

// use_iptc_mapping : in which IPTC fields will PhpWebGallery find image
// information ? This setting is used during metadata synchronisation. It
// associates a phpwebgallery_images column name to a IPTC key
$conf['use_iptc_mapping'] = array(
'name' => '2#005',
'date_creation' => '2#055',
'place_creation' => '2#090',
'author' => '2#080',
'comment' => '2#120',
'keywords' => '2#025',
'instructions' => '2#040'
);
.

Je voudrais suivre l'exemple de Vimage et exploité d'autres données iptc que celle "en standart" dans PWG., mais je débute en php.

Me suffit il de rajouter des champs dans config.inc.php ? Ca me parait trop simple 8-)

Deuxio, comment faire pour que ces "nouveaux" champs soient exploités par la base mais ne soient pas forcément afficher sous les photos ?

Merci

@zorblub : I try to read and write bug tracker but....in english, it will be hard for me. 8-)

vimages · 2005-04-06 23:57:56

en effet, pour que PWG gère les nouveaux champs, il faut aussi qu'ils soient dans la table images.

modifier les lignes de la page config.inc pour définir les données à récupérer, ajouter ci-besoin des colonnes dans la table images pour les stocker, puis éventuellement modifier la page picture.php pour les afficher. quel intéret de faire gerer des données si c'est pour ne pas les utiliser.

.......
eric.

Piwigo.org

Annonce

#1 2005-03-06 17:59:16

IPTC et categories

#2 2005-03-09 10:36:31

Re: IPTC et categories

#3 2005-03-09 15:25:30

Re: IPTC et categories

Shogun a écrit:

#4 2005-03-09 15:59:01

Re: IPTC et categories

tlegras a écrit:

Shogun a écrit:

#5 2005-03-14 21:33:58

Re: IPTC et categories

#6 2005-03-15 13:51:15

Re: IPTC et categories

#7 2005-03-15 14:36:40

Re: IPTC et categories

#8 2005-03-15 21:49:03

Re: IPTC et categories

#9 2005-03-16 23:05:43

Re: IPTC et categories

#10 2005-03-17 00:06:32

Re: IPTC et categories

#11 2005-03-17 00:12:04

Re: IPTC et categories

bolet a écrit:

bolet a écrit:

bolet a écrit:

bolet a écrit:

bolet a écrit:

#12 2005-04-06 23:40:14

Re: IPTC et categories

vimages a écrit:

#13 2005-04-06 23:57:56

Re: IPTC et categories

Pied de page des forums