Site: plugins SPIP
Prise électrique

Affichage multimédia

MÉTADONNÉES PHOTO

5 votes
Version de SPIP
  • SPIP 2.0
État : stable
Licence : LGPL
Base de données
  • ? Pas d’accès SQL
Auteur : ARNO*
Langues
  • English
  • Français
Pipelines
  • afficher_contenu_objet

Ce plugin permet d’afficher l’histogramme ainsi que les informations EXIF, GPS et IPTC d’un fichier JPEG.

L’affichage par défaut des métadonnées des images du portfolio

Le plugin Métadonnées Photo permet d’afficher différents types de métadonnées stockées dans les fichiers graphiques :
— les données IPTC (commentaires insérés « manuellement » par le photographe),
— les données EXIF (données techniques insérées automatiquement lors de la prise de vue),
— les données GPS (situation géographique tirée d’un positionnement GPS).

Les métadonnées au survol

Par défaut, les données apparaissent condensées dans un pavé vert de gris (oui : vert de gris... l’idée est d’imiter approximativement les afficheurs de certains appareils reflex). Ce pavé réduit affiche les données suivantes :
— des pictogrammes indiquent quelles métadonnées ont été récupérées : EXIF, GPS et/ou IPTC ;
— le nom et la marque de l’appareil de prise de vue ;
— pour de nombreux appareils photo, une petite vignette représentant ce modèle.

Lorsque l’on survole le pavé vert, il affiche immédiatement quelques données techniques (lorsque ces données sont présentes dans l’image, évidemment) :
— la sensibilité (ISO),
— la vitesse de la prise de vue (secondes),
— l’ouverture,
— la focale de l’objectif.

Les pavés « dépliés »

Lorsque l’on clique dans le pavé (ou sur le petit bouton « plus »), celui-ci s’agrandit et affiche toutes les métadonnées :
— les données EXIF : sensibilité, vitesse, ouverture, focale, utilisation du flash, ouverture maximale, objectif utilisé...
— les données IPTC : légende, copyright...
— les données GPS : latitude, longitude, et petite croix de l’emplacement sur une mappemonde.

La vignette de l’appareil est alors plus grosse. On peut encore cliquer sur la vignette de l’appareil et afficher l’image du modèle utilisé dans sa plus grande taille. (Note : les fichiers graphiques fournis par le plugin ont une dimension maximale de 256 pixels ; on peut donc encore utiliser une image plus grande, par exemple pour l’affichage sur le site public.)

Après avoir cliqué sur la vignette de l’appareil, on voit une image grand format du modèle utilisé.

Pour l’affichage des métadonnées sur votre site public (dans des squelettes de portfolio, ou dans des « modèles » inclus dans les articles), on utilisera les nouveaux filtres : lire_exif et lire_iptc.

On pourra s’inspirer des fichiers inc_exif.html et pave_exif.html pour en comprendre le principe, finalement assez simple, et récupérer la liste des types de médatonnées les plus pertinents.

La fonction histogramme requiert GD2.

Les informations EXIF sont manipulées, sans recours à l’extension EXIF de PHP, grâce au script de Vinay Yadav (sous licence LGPL).

Les informations IPTC nécessitent la fonction "iptcparse" de PHP et utilisent la classe "class_iptc" d’Alex Arica.

Attention : l’archive Zip de ce plugin est très volumineuse, et l’installateur automatique ne peut pas la récupérer. Il est donc nécessaire d’installer ce plugin à la main.

Pour écrire une critique de ce plugin, vous devez être un rédacteur de ce site.
Écrire un message

Un message, un commentaire ?
  • (Pour créer des paragraphes, laissez simplement des lignes vides.)

Qui êtes-vous ? (optionnel)
  • [Se connecter]

gezus
il y a 2 mois

Bonjour,

j’aimerais savoir sur quel site je peux voir ce plugin en action dans la partie publique du site (logique car sinon ça ne sert à rien puisqu’on a pas accès à la partie privée en général) ?

Les sites indiqués au bas de cet article semble ne faire nulle part la démonstration de ce plugin...

De mon coté je ne suis pas arrivé à le faire fonctionner correctement, c’est à dire afficher des données Exif de façon simple en partie publique, ou encore afficher ce fameux histogramme.

Un peu d’aide serait bienvenue si quelqu’un sait vraiment s’en servir ou possède la doc.

Merci d’avance aux cyber-ames charitables :)

claude
il y a 6 jours

bonjour,

j’ai fait un site en local pour gérer une photothèque et voici la maquette de démonstration : http://photos.hortical.com/ (mais ce ne sont pas les vrais photos seulement les vignettes de 500px. Depuis j’ai remis à jour et bricole cause php5.3 qui n’aime pas les ereg

ARNO*
auteur du plugin
il y a 6 jours

Bonjour Claude,

Je viens d’uploader une version 1.2 du plugin qui supprimer les ereg.

claude
il y a 6 jours

merci Arno*,

je venais de faire qq corrections mais comme j’ai juste appris à faire echo avant hier (je dois m’y mettre depuis 5 ans) je vais aller chercher cette version

je viens de me rendre compte d’un pb bizarre : les données (EFIX et IPTC) ne s’affichent plus en public lorsque je retourne une photo !

je pensais que ma mise à jour d’hier soir (en local pas sur la version d’essai dont les vignettes avaient été remises d’aplomb a posteriori) en était la cause avant de voir ces données réapparaitre sur d’autres images.

ps, sur ce site on ne peut pas cliquer en arrière sur le texte sans être éjecté (du coup je n’ose plus revenir sur les pohtes de frappe)

claude
il y a 5 jours

bonjour,

je viens de comprendre.

Dans IMG, l’image change de nom en cas de retournement et ainsi une image P123.jpg devient P123-r90.jpg. Reste plus qu’à construire une astuce.

ARNO*
auteur du plugin
il y a 5 jours

Attention : il est de plus trèèèèès possible que les traitements graphiques fassent disparaître les données Exif et IPTC. Ce qui fait que ton image « retournée », ou même simple réduire, ne contienne plus les données nécessaires.

À mon avis, il faut que, pour l’affichage des données, tu repartes bien du fichier d’origine (#FICHIER) sans aucun traitement.

claude
il y a 5 jours

bon, j’ai résolu à un détail (non gênant) près,

rappel : dans mon squelette article, j’ai un

[(#INCLURE{fond=pave_exif}{id_article}{id_document}{env})]

et dans ce pave_efix.html côté public (copié depuis le plugin), je rajoute une fonction à #FICHIER de la ligne 3 :

#SET{fichier,#FICHIER|retournee}

dans config/mes_fonctions.php, j’ai installé ma fonction :

function retournee($chemin){
return preg_replace("`\-r(90|180|270).jpg`",".jpg",$chemin);
}

donc, dans #SETfichier,#FICHIER je voulais modifier le contenu de #FICHIER qui est de forme "IMG/jpg/P1000070-r90.jpg" en "IMG/jpg/P1000070.jpg"

c’est-à-dire remplacer les trois expressions possibles en cas de retournement d’image "-r90.jpg" ou "-r180.jpg" ou "-r270.jpg" par ".jpg"

le détail est juste qu’une image de 3000x2000 passée en vertical sera toujours affichée 3000x2000 et non 2000x3000, ce qui ne me gêne nullement. Il ne devrait pas être difficile de repérer les "-r90" et "-r270" pour jouer sur l’affichage des dimensions. Ce sera peut-être pour un autre jour.


Un message, un commentaire ?
  • (Pour créer des paragraphes, laissez simplement des lignes vides.)

Qui êtes-vous ? (optionnel)
  • [Se connecter]

aleks
il y a 5 mois

Bonjour,

Y a t il un moyen d’appliquer des filtres spip sur les données extraites du plugin ? J’ai tenté un [(#GET{fichier}|lire_iptc{createdDate}|affdate)] sans succès (rien ne s’affiche...).

L’idée dans ce cas est de pouvoir afficher une date lisible, mais surtout avec un peu de boulot faire une recherche avancée sur les champs iptc dans spip (même si sans base de donnée ça s’annonce moins facile).

aleks
il y a 5 mois

Au passage, finalement je m’en suis sorti comme ça :

[(#FICHIER|lire_exif{DateTime}|=={''}|?{'',' '})
[(#SET{datexif,#FICHIER|lire_exif{DateTime}|dateexif})]
]

ensuite la boucle avec : [(#GET{datexif})]

dans mes_fonctions, j’ai mis le code (source) :

/* filtre pour afficher la date exif */

function dateexif($date2) {
       
 // La date est d'un format spécial, on va donc la rendre lisible
 $date2 = explode(":", current(explode(" ", $date2)));
 $annee = current($date2); // Je lis la valeur courante de date2
 $mois = next($date2); // Puis la suivante (c'est un tableau)
 $jour = next($date2); // Puis la suivante

$date2 = $jour."/".$mois."/".$annee;
        return $date2;
}

Ce qui me donne une date du type jj/mm/aa, sauf si le champ exif est vide.

Voilà. S’il y a plus simple, je suis preneur...

gezus
il y a 4 mois

salut a toi ! Je vois que tu dialogue aussi tout seul ... :) Arrives tu a afficher l histogramme d’une image avec ce plugin, moi non ?

bonne idée la recherche sur les donnees iptc, dis moi si ça fonctionne au final svp. ++

ARNO*
auteur du plugin
il y a 4 mois

L’affichage de l’histogramme est désactivé dans l’affichage privé, parce que c’est vraiment lourd comme calcul. Et si tu uploades 20 photos d’un coup (genre un gros Zip dans /upload), ton serveur est sur les genoux).

Mais la fonction est présente, et il devrait y avoir un squelette de démonstration dans le dossier du plugin.


Un message, un commentaire ?
  • (Pour créer des paragraphes, laissez simplement des lignes vides.)

Qui êtes-vous ? (optionnel)
  • [Se connecter]

gezus
Août 2009

Je viens de tester cette version sur Spip 2.0.8 non modifié, mais j’ai des petits soucis :
- L’histogramme dans la partie admin de spip ne s’affiche jamais.
- Sur la 3eme capture d’écran de cet article on voit les données EXIF pour 3 photos, mais la valeur affichée de l’ouverture max est plus petite que l’ouverture standard ce qui n’est pas normal.
- Sur mon site partie admin, je n’ai pas d’affichage de l’ouverture max pour mes photos prises avec un EOS 350D... pourquoi ?

Merci d’avance !

gezus
Août 2009

grossière erreur de ma part concernant l’ouverture max et l’ouverture standard, c’est bien normal, j’ai dit une betise !


Un message, un commentaire ?
  • (Pour créer des paragraphes, laissez simplement des lignes vides.)

Qui êtes-vous ? (optionnel)
  • [Se connecter]

gezus
Août 2009

- Arno, je vou­drais bien quel­ques infos pour s’ins­pi­rer de ton ancien plu­gin meta­don­nees que tu disais trop lourd, pour creer un éventuel plu­gin 1.9.2... je sais je suis tétu :)

- Au moins un oui ou un non que je sache

Tiens aujourd’hui nouvelle version Spip 1.9.2(i), si ça ne prouve pas que cette version à encore son intéret, alors je veux bien me faire couper les doigts (aie, non pas les doigts c’était pour rigoler !).


Un message, un commentaire ?
  • (Pour créer des paragraphes, laissez simplement des lignes vides.)

Qui êtes-vous ? (optionnel)
  • [Se connecter]

Gezus
Juillet 2009

Toujours aucune réponse dans ce forum...

- Je cherche toujours à rendre compatible ce plugin pour 1.9.2.

ARNO*
auteur du plugin
Juillet 2009

Pas de réponse, parce que je ne vois pas bien l’intérêt. La 2.0 est désormais très stable, très utilisable, très efficace et il vaut mieux upgrader un site que de downgrader un nouveau plugin.

Il vaudrait mieux, à mon avis, contribuer aux éventuels besoin de mise-à-jour d’anciens plugins qui tournent sur un site 1.9.2 qu’on voudrait passer en 2.0.

Par ailleurs, le plugin existe le pipeline afficher_contenu_objet qui est propre à la 2.0. Dans une précédente version, j’avais bidouillé un jquery qui parcourait les cases du porfolio et chargeait dynamiquement le pavé d’information. Lourd, lent, pas très viable. Et comme désormais les formulaires d’upload sont en Ajax, il fallait refaire l’opération quand après l’upload dynamique d’un nouveau document. Ça tournait à l’usine à gaz, que le nouveau pipeline a résolu proprement.

Gezus
Juillet 2009

Merci d’avoir répondu Arno et merci pour ces précisions sur le fonctionnement de ce plugin ou de son ancienne version.

- Effectivement je ne pense pas qu’il soit très viable de s’attaquer à la conversion de ce plugin vers Spip 1.9.2 étant donné que le plugin repose sur l’utilisation d’une pipeline non disponible sous 1.9.2.

- Par contre je ne comprend pas ton point de vue quand tu me dis que ce genre de rétro-adaptation n’a pas d’interet.

Je pense que Spip 1.9.2 est une version relativement Stable utilisée par bcp de sites à l’heure actuelle, donc je ne vois pas pourquoi priver ses utilisateurs de certains plugins.

Si on commence à dire aux gens qui bosse avec Spip qu’il faut toujours développer sur la dernière version, pourquoi continuer à maintenir les anciennes versions ? Et les Webmestres, les pauvres, ils vont s’arracher les cheveux à faire des migrations sans arrêts...

- Spip étant un projet communautaire, je pense qu’il est important de souligner que chacun peut y contribuer à sa hauteur (je ne gagne pas ma vie grace au developpement)

Je travaille à l’heure actuelle principalement pour mon site perso, je fais évoluer les outils qui m’intéresse (comme toi je pense...), donc je rend compatible ce qu’il me manque pour la 1.9.2. J’ai été particulièrement déçu par l’arrêt de la compatibilité ascendante des plugins entre la 1.9.2 et la 2.0 et je pense que je ne suis pas le seul.

L’adaptation du Plugin Multiviewer doit certainement servir à quelques personnes en 1.9.2 autre que moi par exemple.

Il faut penser à tout le monde dans cette histoire : les développeurs n’auraient pas de travail s’il n’y avait pas d’utilisateurs de Spip, donc il faut aussi penser au webmestre lambda qui cherche juste un fonctionnalité pour son site stable qu’il ne migrera jamais en 2.0.

- Au delà de ces considérations, je suis évidemment d’accord pour aller dans ton sens, le jour ou je migrerai vers la 2.0.

ARNO*
auteur du plugin
Juillet 2009

Au delà de ces considérations, je suis évidemment d’accord pour aller dans ton sens, le jour ou je migrerai vers la 2.0.

Je pige bien, mais : pourquoi ne pas commencer par essayer la migration vers la 2.0 (tu te fais une copie du site) avant tout ?

Sur un site relativement normal, c’est quasiment transparent. Sur un site pluginisé et patché à mort, évidemment ça peut être plus chiant. Mais l’investissement en temps est un apprentissage carrément bénéfique. Et si tu aimes patcher et bidouiller, les nouvelles possibilités de SPIP 2 sont une bénédiction...

GezuS
Juillet 2009

Evidemment ok, spip 2.0 a l’air alléchant et j’y gouterai un de ces jours, mais c’est toujours la meme chose qui me gene :

- les gens sans connaissances avancées en informatique vont rester bloqué en 1.9.2 sans plus aucun nouveau plugin ou autre dev... c’est triste pour des gens qui ont choisis une version stable ont pouvait esperer un peu plus de compatibilité, afin qu’ils disposent aussi de certain nouveaux plugins au fur et a mesure du devellopement de spip.

- du coté de la future migration de mon site en Spip 2.x.x, je pense que ce sera un joli bordel car j’ai effectivement trafiqué le code de spip un peu partout, le squelette est bcp trop compliqué et pas bien codé pour etre portable à l’heure actuelle... ça demandera du travail !

- derniere chose : je voudrais bien quelque infos pour s’inspirer de ton ancien plugin metadonnees que tu disais trop lourd, pour creer un éventuel plugin 1.9.2... je sais je suis tétu :)

Linuxiennement,


Un message, un commentaire ?
  • (Pour créer des paragraphes, laissez simplement des lignes vides.)

Qui êtes-vous ? (optionnel)
  • [Se connecter]

Gezus
Juin 2009

Bonjour,
- Je ne vois pas sur quelle page des 2 sites proposés en lien peut-on voir ce plugin en action ?

- Ce plugin est-il retrocompatible Spip 1.9.2 par exemple, ou 1.9 (encore mieux) ?

- Puis-je proposer de faire l’adaptation ?


Un message, un commentaire ?
  • (Pour créer des paragraphes, laissez simplement des lignes vides.)

Qui êtes-vous ? (optionnel)
  • [Se connecter]

Site: plugins SPIP
Prise électrique
6 votes