Bug #3021
fermé
Souci avec récupération des métadonnées IPTC avec encodage UTF-8
100%
Description
Nous avions un souci avec l'encodage du watermark (IPTC 634) et il m'a été conseillé d'utiliser XnViewMP qui permet de forcer l'encodage des étadonnées en UTF-8.
Nous avons déployé XnViewMP et nous avons le souci suivant : le watermark apparaît correct sur la photo (Département de la Drôme en l'occurrence) mais les métadonnées ne sont plus récupérées...
En PJ, la même photo : 1 fois avec l'encodage (comme avant, suffixe _avant) et 1 fois avec l'encodage UTF-8 (suffixe _apres).
Rappel : notre serveur est un Linux.
Je vous remercie de votre analyse et de votre retour.
Fichiers
| _31605rc_avant.jpg (1,59 Mo) _31605rc_avant.jpg | |||
| _31605rc_apres.jpg (1,59 Mo) _31605rc_apres.jpg | |||
| _27790_avant.JPG (1,89 Mo) _27790_avant.JPG | Photo sans encodage forcé UTF-8 | ||
| _27790_apres.JPG (1,9 Mo) _27790_apres.JPG | Photo avec encodage forcé UTF-8 | ||
| _31605rc_avant.jpg (1,59 Mo) _31605rc_avant.jpg | Photo sans encodage forcé UTF-8 | ||
| _31605rc_apres.jpg (1,59 Mo) _31605rc_apres.jpg | Photo avec encodage forcé UTF-8 | ||
| ANO_120308_Gallery_Metadonnees.doc (1,77 Mo) ANO_120308_Gallery_Metadonnees.doc | Images écran du problème sur Silverpeas | ||
| _31605rc_avant_sanselan.txt (2,23 ko) _31605rc_avant_sanselan.txt | |||
| _31605rc_apres_sanselan.txt (1,86 ko) _31605rc_apres_sanselan.txt | |||
| ANO_120424_Codage_Iptc.doc (1,08 Mo) ANO_120424_Codage_Iptc.doc | Copies écran | ||
| Tomates_REY_9441.JPG (5,47 Mo) Tomates_REY_9441.JPG | Photo |
Mis à jour par Anonyme il y a plus de 12 ans
Petit complément :
La donnée IPTC 592 que nous utilisons en watermark image originale est bien récupéré : l'information apparaît sur les photos, mais l'information n'est pas visible dans l'encadré réservé aux métadonnées.
Les données EXIF modèle et date de prise de vue sont les seules informations affichées dans l'encadré réservé aux métadonnées.
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
- Statut changé de New à Feedback
Est-il possible de nous transmettre des captures d'écran afin de bien mettre en évidence le problème pour être certain que nous le comprenions bien ?
Mis à jour par Anonyme il y a plus de 12 ans
- Fichier _27790_avant.JPG _27790_avant.JPG ajouté
- Fichier _27790_apres.JPG _27790_apres.JPG ajouté
- Fichier _31605rc_avant.jpg _31605rc_avant.jpg ajouté
- Fichier _31605rc_apres.jpg _31605rc_apres.jpg ajouté
- Fichier ANO_120308_Gallery_Metadonnees.doc ANO_120308_Gallery_Metadonnees.doc ajouté
Et voici les images écran, et d'autres photos.
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
- Fichier _31605rc_avant_sanselan.txt _31605rc_avant_sanselan.txt ajouté
- Fichier _31605rc_apres_sanselan.txt _31605rc_apres_sanselan.txt ajouté
Voici mon retour après plus de deux heures d'investigation.
Sur les images suffixées 'après', je reproduis bien le problème.
Il apparait que la récupération des données IPTC n'est pas gérée de la même manière lorsqu'il s'agit du watermark ou de l'affichage dans l'onglet "Image".
Lors du traitement du watermark, la bibliothèque drew-metadata-extractor est utilisée.
Lors de l'affichage dans l'onglet "Image", c'est la bibliothèque sanselan.
Dans mon environnement Windows, la première récupère bien les données IPTC mais semble connaitre des problèmes avec l'UTF-8.
La seconde ne récupère tout simplement pas les données IPTC !
Je joins les données extraites par Sanselan.getMetadata().
Ce qui me surprend le plus. C'est que je ne rencontre pas de problème avec les images suffixées 'avant' !
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
De plus, nous vous avons conseillé d'utiliser XnViewMP ou XnView ?
Mis à jour par Anonyme il y a plus de 12 ans
XnviewMP a été conseillé pour résoudre le problème d'encodage du watermatk. Il avait été question de Windows 7 qui permet de modifier certaines métadonnées mais pas celle que nous utilisons pour le watermark.
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
- Statut changé de Feedback à Assigned
- Assigné à mis à Emmanuel Hugonnet
- Version cible mis à Version 5.9
Nous devons utilisé la même librairie quelque soit le contexte de récupération des méta-données (watermark ou simple affichage). L'utilisation de la dernière version de metadata-extractor semble être la bonne solution.
Mis à jour par Emmanuel Hugonnet il y a plus de 12 ans
- Statut changé de Assigned à Resolved
- % réalisé changé de 0 à 100
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
- Statut changé de Resolved à Closed
OK. Validé.
Mis à jour par Anonyme il y a plus de 12 ans
- Fichier ANO_120424_Codage_Iptc.doc ANO_120424_Codage_Iptc.doc ajouté
- Fichier Tomates_REY_9441.JPG Tomates_REY_9441.JPG ajouté
- Statut changé de Closed à Re-opened
- Assigné à
Emmanuel Hugonnetsupprimé - Version cible
Version 5.9supprimé
L'environnement de test a été migré en 5.9 et mon souci d'encodage existe toujours... cf copies écran ci-joint avec la photo.
Mis à jour par Anonyme il y a plus de 12 ans
- Assigné à mis à Nicolas Eysseric
Est-il possible d'étudier ce problème d'encodage qui nous poursuit, à chaque changement de version, avec un comportement différent ?
Par avance merci.
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
- Statut changé de Re-opened à Assigned
- Assigné à changé de Nicolas Eysseric à Yohann Chastagnier
- Votre version de Silverpeas changé de 5.8 à 5.9
Porter un regard neuf sur ce problème également...
Avec les informations fournies, dans un premier temps, voir le comportement sous Windows et sous Linux.
Mis à jour par Yohann Chastagnier il y a plus de 12 ans
- Statut changé de Assigned à In progress...
Sur la base des éléments joints suite à la réouverture de cette anomalie, nous avons vérifié dans un premier temps, sur la version 5.9.x de Silverpeas et dans un environnement d'exécution Windows, que les données IPTC ne sont effectivement pas présentées pour la photo _35206.JPG, alors qu'il nous est précisé qu'il en existe.
Nous avons donc essayé de vérifier l'existence de ces informations IPTC. Pour se faire, l'outil XnViewMP v0.39(beta) 64-Bits (http://download.xnview.com/XnViewMP-win-x64.zip) a été utilisé.
Cet outil m'a effectivement permis de vérifier la présence des dites informations.
Nous avons également constaté, via l'utilisation d'un deuxième outil, qui se nomme PhotoMe (http://www.photome.de) que le TAG IPTC CodedCharacterCharset n'est pas présent dans la photo et que les informations IPTC elles mêmes ne sont pas codées en UTF-8. Ces deux points posent un problème pour l'API Java drew-metadata-extractor utilisée dans Silverpeas (l'API Java, Open Source, de lecture des métadonnées la plus aboutie à ce jour).
Le travail suivant a permis l'intégration des photos ci-jointes à l'anomalies sans problème :
1 - Paramétrage de XnViewMP
.OPtions
Mis à jour par Anonyme il y a plus de 12 ans
Bonjour,
Désolée pour ma réponse tardive.
Les photographes ont bien XnviewMP mais ils ne l'utilisent pas... d'où le problème de non présence de l'information sur le codage.
Je viens de leur communiquer la procédure pour forcer l'encodage et pour renseigner les métadonnées.
J'ai vérifié sur des photographies récentes : en passant dans XnviewMP (avec le codage forcé), la récupération dans Silverpeas est correcte.
Merci pour le temps passé à analyser ce problème.
La demande peut être clôturée.
Cordialement,
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
- Statut changé de In progress... à Closed