vignette exif, métadonnées : dépasser exifer plus très viable

Je relance juste cette question, glissée en période de bombance et
peut-être passée inaperçue...

Bonjour,
je cherche un prog capable de recréer une vignette exif représentative
dans un fichier jpg qui a été modifié (recadrage et/ou modifs
niveaux/contraste/luminosité/gamma)

J'utilise actuellement Exifer (excellent mais plus maintenu depuis
2002), je recadre mes images en multiples de 8 points, et pourtant,
exifer s'avère **très_souvent** incapable de créer une vignette (message
d'erreur ou création de vignette uniformément blanche), malgré la
certitude de ne pas avoir dégradé les jpg originaux avec des "casseurs
de métadonnées", puisque je traite essentiellement sous Xnview, ou je
sauvagarde d'abord les métadonnées en cas de risque d'utilisation de
plusieurs logiciels.

Ce que je cherche existe, ou je suis seul à être intéressé à ce genre de
service ?

Je suis sous Zindoz (98SE) mais si ce genre de truc n'existe et ne
marche de façon fiable que sous nux, ce sera l'occasion de sauter ou au
moins de multibooter quelque temps ;-)

Je suis aussi intéressé à l'export en masse de données EXIF/IPTC (ce que
fait aussi Exifer) et à leur réimport dans les fichiers image (ce que ne
fait pas Exifer) après saisie/modif en masse sous Excel/Openoffice ou
autre prog pas nécessairement visualiseur d'images.

je cherche un prog capable de recréer une vignette exif représentative dans
un fichier jpg qui a été modifié (recadrage et/ou modifs
niveaux/contraste/luminosité/gamma).

Qu'est ce que c'est qu'une "vignette exif représentative dans un JPEG
modifié" ?

--
Sansame

je cherche un prog capable de recréer une vignette exif
représentative dans un fichier jpg qui a été modifié (recadrage et/ou
modifs niveaux/contraste/luminosité/gamma).

Qu'est ce que c'est qu'une "vignette exif représentative dans un JPEG
modifié" ?

houla, je cherche de l'aide, pas à donner des cours ;-)

je suggère une recherche (gloug) avec pour mots-clés : métadonnées,
IPTC, EXIF... mais je veux bien expliquer ce que je crois avoir compris:

Parmi les métadonnées EXIF, il y a une vignette (dans les fichiers de
certains formats, dont le jpg) qui est une image réduite de la "grande"
image contenue dans le fichier: ça évite au visualiseur de devoir lire
tout le fichier (parfois jusqu'à 10MO) pour afficher une imagette dans
sa partie "explorateur" .
En utilisant cette vignette, on gagne
- du temps de balayage du répertoire
- du volume sur disque: pas besoin de créer des vignettes temporaires
qu'on met dans un répertoire de cache qq part, et qui y reste après la
session, même parfois après disparition (désinstallation) du visualiseur.
- de la fatigue mécanique des disques, le "cache" étant parfois créé sur
le même DD physique(même axe), mais pas dans le même coin (autre
partition, ou simplement zone libre loin de l'endroit de stockage des
images), d'où dans ce cas :
- du silence de fonctionnement puisqu'on n'agite pas furieusement le
bras de lecture d'un DD à chaque exploration d'un répertoire d'images.

Ces vignettes sont créées dans les gros fichiers jpg par tous les APN,
mais quand on modifie une image (changement
couleurs/niveau/contraste/luminosité/gamma, rotation pour redresser
l'horizon, recadrage, voire trucage par collage), la vignette ne
représente plus vraiment le contenu de l'image, peu de progs la mettant
à jour systématiquement (en tout cas pas ceux que j'utilise, dont XnView
;-(.

Exifer par exemple permet de sélectionner des dizaines d'images et de
demander de (re)créer la vignette interne. C'est une bonne idée, mais
parfois il cale sur certaines images, sans qu'on sache très bien ce qui
le gène (sans doute le non-respect d'une norme ou l'utilisation abusive
d'une valeur par défaut sur la déclaration de l'emplacement -"offset"-
et de la taille de la vignette à l'intérieur du gros fichier.

wala , j'espère avoir été clair, mais vue la saison, chépas ;-)

wala , j'espère avoir été clair, mais vue la saison, chépas ;-)

Merci d'avoir bien voulu éclairer une jeune ignorante paumée dans le
brouillard du métamonde.
Je n'avais jamais vu de fichiers JPEG contenant une métadonnée EXIF
constituée elle même d'un aperçu JPEG. Il est vrai qu'il y a longtemps
qu'un JPEG n'est pas sorti de mes APN. Mais ce n'est pas strictement
contradictoire avec la norme EXIF et il existe sans doute des
appareils, certainement japonais, qui fabriquent de telles curiosités
EXIF (ils fabriquent bien l'horrible balise EXIF d'espace
colorimétrique qui a embêté des générations de photographes
numériques).

En revanche, je pratique quotidiennement des logiciels (Photoshop,
iView Media Pro, Bridge, Lightroom par exemple) qui, pour accélérer la
présentation des images (images elles mêmes ou leurs vignettes) créent
des aperçus qu'ils enregistrent soit dans une "base de donnée
centrale", soit dans un fichier sidecar accompagnateur de chaque image
(c'est le fichier XMP contant les métadonnées IPTC), soit dans
l'en-tête du fichier lui même. Contrairement aux métadonnées EXIF qui,
normalement, ne sont pas modifiables (sauf la date de prise de vue qui
est modifiable par d'assez nombreux logiciels bien que cela soit
interdit par la norme), les données IPTC et les éventuels aperçus JPEG
inscrits dans les en-têtes de fichier, les fichiers sidecar XMP ou une
base de données, sont, eux, modifiables par les logiciels de traitement
d'image pour rester conformes à l'image modifiée. Plus fort encore, on
peut obtenir le même bénéfice avec les fichiers RAW : Adobe Camera Raw
et Adobe DNG Converter, si on les paramètre bien comme il faut,
inscrivent dans chaque fichier RAW, non pas un aperçu du fichier
modifié, car un RAW ne se modifie pas, mais un aperçu de l'image qui
serait produite par ACR si on lui appliquait les paramètres enregistrés
par ACR pour l'image. Exemple : vous recadrez un fichier DNG avec ACR.
L'aperçu JPEG est mis à jour, c'est à dire recadré, conformément à
votre souhait et c'est cet aperçu que vous verrez désormais dans Bridge
ou tout autre logiciel de gestion d'images qui sait lire les aperçus
incorporés, iView Media Pro par exemple.
Encore plus fort : depuis sa version 3, iView Media Pro sait créer les
aperçus JPEG en pleine dimension d'image (c'est bien entendu idiot pour
un JPEG). Ce qui permet d'utiliser sa "base de données" loin des
données elles-mêmes, par exemple sur un autre PC ou Mac, et de montrer
les images dans leurs dimensions réelles originales, et non pas
seulement sous la forme d'un aperçu simplifié.

Trois suggestions :

- pour la gestion des images avec leurs métadonnées EXIF et IPTC,
qu'elles soient "legacy" (vieux style) ou XMP (chic Adobe), le meilleur
logiciel est iView Media Pro. Sa seule (grande) faiblesse est qu'il est
strictement monoposte et ne sait donc pas partager une même base de
données entre plusieurs rameurs concurrents (si on veut gérer des
métadonnées en réseau, il vaut mieux utiliser Extensis Portfolio). IVMP
sait parfaitement, s'il est bien paramètré, afficher les aperçus
modifiés, à la fois dans les vignettes et dans la présentation des
images, même pour des fichiers RAW, ce qui est fortiche (bis !). En
plus, depuis la version 3, il sait produire les aperçus "grandeur
nature" et donne aux métadonnées IPTC les mêmes noms que Photoshop, ce
qui évite les ambiguités classiques.

- pour la production associée des aperçus JPEG des fichiers TIFF, PSD
et DNG, utiliser Photoshop, ACR et Adobe DNG Converter.

- pour de la doc initiatique sur les métadonnées, nous avons un trés
sympathique spécialiste national, qui participait d'ailleurs naguère
assez souvent à ce forum, Patrick Peccatte, dont le site est ici
http://peccatte.karefil.com/software/Metadata.htm#IPTC

--
Sansame

Sansame wrote:

[...] pour la gestion des images avec leurs métadonnées EXIF et IPTC,
qu'elles soient "legacy" (vieux style) ou XMP (chic Adobe), le
meilleur logiciel est iView Media Pro. [...]
[...] pour de la doc initiatique sur les métadonnées, nous avons un trés
sympathique spécialiste national, qui participait d'ailleurs naguère
assez souvent à ce forum, Patrick Peccatte, dont le site est ici
http://peccatte.karefil.com/software/Metadata.htm#IPTC

Je "lurke" encore parfois, chère Sansame.
Juste deux petites infos en forme de bémols concernant IVMP:
- on ne peut pas vraiment étendre les schémas de métadonnées proposés; les
champs personnalisés que l'on peut utiliser avec IVMP sont définis dans
l'espace de nom de iView et de façon peu orthodoxe sous la forme nom=valeur
- les champs IPTC legacy (IIM) sont stockés depuis peu (la 3.1.1, je crois)
en Unicode. Je trouve maladroit cette initiative car Unicode a été défini
bien après IIM et surtout, cela rend les champs ainsi renseignés illisibles
par les applications qui n'exploitent encore que ces informations legacy (et
il y en a beaucoup).
Ce qui ne retire que peu à la fois à la qualité du logiciel et à celle de
votre intervention ;-)
--
Patrick Peccatte
www.softexperience.com

Merci de ta réponse argumentée, Sansame (vraiment ? même -surtout-
les chats et les papillons ont une ame, non ? ah, c'est HS ;-)

Elle établit clairement que nous ne sommes pas du même monde, ce qui
n'exclut ni la discussion ni un éventuel rapprochement des points de vue.
Tu es visiblement "pro" de la photo, je suis un amateur, un peu radin
(enfin, qui pèse ses dépenses face aux avantages attendus) et un peu
méfiant envers les usines à gaz (j'ai bossé pas mal -enfin, beaucoup-
dans l'informatique, y compris développement d'applications pro, et je
n'aime pas l'idée de devoir charger la mule de "bells & wistles" quand
le produit fait exactement ce qu'il doit faire et donc devrait plaire
**léger_et_efficace** aux clients dotés d'un encéphale normalement
fonctionnel ;-)

Si je te réponds point par point...

wala , j'espère avoir été clair, mais vue la saison, chépas ;-)

Merci d'avoir bien voulu éclairer une jeune ignorante paumée dans le
brouillard du métamonde.
Je n'avais jamais vu de fichiers JPEG contenant une métadonnée EXIF
constituée elle même d'un aperçu JPEG. Il est vrai qu'il y a longtemps
qu'un JPEG n'est pas sorti de mes APN. Mais ce n'est pas strictement
contradictoire avec la norme EXIF et il existe sans doute des appareils,
certainement japonais, qui fabriquent de telles curiosités EXIF (ils
fabriquent bien l'horrible balise EXIF d'espace colorimétrique qui a
embêté des générations de photographes numériques).

En revanche, je pratique quotidiennement des logiciels (Photoshop, iView
Media Pro, Bridge, Lightroom par exemple) qui, pour accélérer la
présentation des images (images elles mêmes ou leurs vignettes) créent
des aperçus qu'ils enregistrent soit dans une "base de donnée centrale",
soit dans un fichier sidecar accompagnateur de chaque image (c'est le
fichier XMP contant les métadonnées IPTC), soit dans l'en-tête du
fichier lui même. Contrairement aux métadonnées EXIF qui, normalement,
ne sont pas modifiables (sauf la date de prise de vue qui est modifiable
par d'assez nombreux logiciels bien que cela soit interdit par la
norme), les données IPTC et les éventuels aperçus JPEG inscrits dans les
en-têtes de fichier, les fichiers sidecar XMP ou une base de données,
sont, eux, modifiables par les logiciels de traitement d'image pour
rester conformes à l'image modifiée. Plus fort encore, on peut obtenir
le même bénéfice avec les fichiers RAW : Adobe Camera Raw et Adobe DNG
Converter, si on les paramètre bien comme il faut, inscrivent dans
chaque fichier RAW, non pas un aperçu du fichier modifié, car un RAW ne
se modifie pas, mais un aperçu de l'image qui serait produite par ACR si
on lui appliquait les paramètres enregistrés par ACR pour l'image.
Exemple : vous recadrez un fichier DNG avec ACR. L'aperçu JPEG est mis à
jour, c'est à dire recadré, conformément à votre souhait et c'est cet
aperçu que vous verrez désormais dans Bridge ou tout autre logiciel de
gestion d'images qui sait lire les aperçus incorporés, iView Media Pro
par exemple.
Encore plus fort : depuis sa version 3, iView Media Pro sait créer les
aperçus JPEG en pleine dimension d'image (c'est bien entendu idiot pour
un JPEG). Ce qui permet d'utiliser sa "base de données" loin des données
elles-mêmes, par exemple sur un autre PC ou Mac, et de montrer les
images dans leurs dimensions réelles originales, et non pas seulement
sous la forme d'un aperçu simplifié.

Là, on voit nettement la "pro", mais les images "sidecar" propres à un
seul produit ne m'intéressent guère, le partage en réseau peut
m'intéresser (j'ai 2 PC + quelques visiteurs wifi occasionnels) mais
n'est pas un critère important pour moi. Par contre, pour la paix de mon
ménage autant que pour la saine gestion de mes finances, utiliser tous
ces produits assez chers me parait discutable...

En fait, j'ai "acheté" Photoshop, LE seulement, avec un périf il y a 10
ans, et je n'ai jamais pu me faire à son ergonomie (j'étais déjà habitué
à Paintshop et à feu Picture Publisher, Photoshop ne m'apportait que des
difficultés en forme de contrepied ergonomique)

J'utilise essentiellement XnView pour les retouches "ordinaires" et PSP
pour les cas plus compliqués (détourage, action sur les courbes, etc...)

Pour moi, la gestion des EXIF/IPTC me sert à archiver de façon à
**retrouver** facilement une photo. Les métadonnées IPTC permettent
d'avoir toujours les infos **avec** l'image.
Mais j'ai quand-même des exigences supplémentaires : en tant que
naturaliste, je prends parfois des images du même sujet d'une année ou
d'une saison sur l'autre. J'ai un problème de cohérence des libellés
(IPTC caption) et éventuellement d'autres champs. Pour moi, ça se
résoudrait simplement avec un logiciel qui

- permet l'édition des infos, image par image ou "en masse". Exifer fait
ça très bien, de façon très pratique, et permet le "en masse" sur
certains champs seulement, ce qui permet de minimiser la première saisie
et de préciser les textes en sélectionnant de moins en moins d'images
simultanément.
ex: je sélectionne 100images, je commente : "ballade du point A au
point B"
je sélectionne les n premières, et je précise "trajet aller"
etc...

Pour la cohérence, ce que je cherche, c'est un moyen d'exporter en bloc
toutes les données IPTC d'un tas d'images (vers BDD ou simple tableur),
éditer dans cette masse exportée (par exemple pour qu'un même lieu ou un
même objet soit toujours orthographié de la même façon, pour être sur
qu'une recherche trouve toutes les occurences), et pouvoir réimporter
les libellés supposés bien contrôlés dans les images, quitte à conserver
bien sûr en plus une BDD séparée pour recherches même sans disposer des
images.

Mes besoins doivent te sembler rustiques, mais XnView dans sa prochaine
version (actuellement en beta) saura reconstituer en masse les vignettes
EXIF, et donc il ne me manque plus que l'export de données
**réimportables** à partir d'une BDD, d'un tableur, voire d'un fichier
.csv: ces outils "légers" suffisent à pas mal de besoins ;-) et après
tout je ne fais guère plus de 7000 à 8000 photos par an, dont je jette
une certaine proportion ;-)
En fait si Exifer savait réimporter les données qu'il exporte, et
n'était pas capricieux sur la (re)création de vignettes, ma boite à
outils pourrait se contenter d'Exifer et de Xnview ;-)

Trois suggestions :

- pour la gestion des images avec leurs métadonnées EXIF et IPTC,
qu'elles soient "legacy" (vieux style) ou XMP (chic Adobe), le meilleur
logiciel est iView Media Pro. Sa seule (grande) faiblesse est qu'il est
strictement monoposte et ne sait donc pas partager une même base de
données entre plusieurs rameurs concurrents (si on veut gérer des
métadonnées en réseau, il vaut mieux utiliser Extensis Portfolio). IVMP
sait parfaitement, s'il est bien paramètré, afficher les aperçus
modifiés, à la fois dans les vignettes et dans la présentation des
images, même pour des fichiers RAW, ce qui est fortiche (bis !). En
plus, depuis la version 3, il sait produire les aperçus "grandeur
nature" et donne aux métadonnées IPTC les mêmes noms que Photoshop, ce
qui évite les ambiguités classiques.

Ce que je trouverais fortiche, pour les raw, c'est de garder juste les
originaux (c'est encombrant)
et de garder des versions modifiées qui ne seraient que le cumul de 2
choses en un fichier : un script permettant d'aboutir au résultat de la
modif, et un aperçu correct mais compact ;-)

- pour la production associée des aperçus JPEG des fichiers TIFF, PSD et
DNG, utiliser Photoshop, ACR et Adobe DNG Converter.

oui mais tout ça, c'est cher, et un peu usine à gaz, pour un amateur

- pour de la doc initiatique sur les métadonnées, nous avons un trés
sympathique spécialiste national, qui participait d'ailleurs naguère
assez souvent à ce forum, Patrick Peccatte, dont le site est ici
http://peccatte.karefil.com/software/Metadata.htm#IPTC

Il m'arrive de lui rendre visite à l'occasion ;-)

Juste deux petites infos en forme de bémols concernant IVMP:
- les champs IPTC legacy (IIM) sont stockés depuis peu (la 3.1.1, je crois)
en Unicode. Je trouve maladroit cette initiative car Unicode a été défini
bien après IIM et surtout, cela rend les champs ainsi renseignés illisibles
par les applications qui n'exploitent encore que ces informations legacy (et
il y en a beaucoup).

J'ai eu pas mal d'échanges avec Adobe (totalement infructueux) et avec
l'équipe de développement iVMP (trés productifs) sur ce problème. J'ai
même l'impression que c'est une sévère galère que j'ai rencontrée avec
des mises à jour de galleries Web qu'ils ont découvert le "bug", qui
est résolu aujourd'hui dans la version en cours de distribution.

A la sortie de iVMP 3.1.1, Photoshop s'est mis à ne plus codifier
correctement les légendes IPTC qui sont automatiquement placées sous
les images JPEG constituant une gallerie Web. Voici en gros ce que j'ai
compris des infos que m'ont données les développeurs iVMP. Pour annoter
les JPEG produits par conversion de fichiers d'autres types (mais pas
pour produire d'autre types de fichiers, comme DNG par exemple),
Photoshop, s'il existe dans le fichier d'origine deux données
concurrentes légacy et XMP, choisit, non pas systématiquement XMP, mais
la dernière modifiée, et, si elles ont été modifiées simultanément, non
pas le XMP mais le legacy. Cette lotterie assez logique était
transparente aux utilisateurs d'iVMP tant que la codification des deux
vecteurs concurrents était conforme à ce qu'attend Photoshop. Les
choses se sont gatées à la 3.1.1 quand iVMP a choisi de coder les
legacy en Unicode...

Je me souvenais bien de vos réticences vis à vis de certaines méthodes
appliquées par iVMP. Suivant vos conseils donnés sur ce forum,
j'emploie donc strictement des métadonnées conformes à la norme et
pérennes. Je continue de trouver qu'il est un outil exceptionnelement
bien conçu. Depuis, la version 3, par exemple, la possibilité de
contrôler le vocabulaire (y compris en important des listes
standardisées) est un progrès important. Et puis, la hiérarchisation
des lieux<ville<province<pays, qui permet de ne plus pourvoir situer en
Inde une image faite à Roubaix, ni la Tour Eiffel à Toulouse, est une
fonction extrèmement trés pratique...

--
Sansame