Importer des commentaires IPTC à partir d'un tableur - problème d'encodage de voyelles accentuées

[ccciolll]

Bonjour,

Alors, je suis face à une problématique « invisible » (enfin invisible à mes yeux) et je ne sais pas trop où placer ça entre MacOSX, softwares, internet et langages de programmation.

Pour faire rapide, j'utilise flickr pour mes photos, je souhaite les importer avec un commentaire IPTC qui comporte des caractères spéciaux (rien d'extraordinaire, juste les caractères spéciaux de Français, mais il y en a tout de même un paquet) car ce commentaire IPTC apparaît ensuite dans la description de la photo sur flickr.
Pour des raisons pratiques, mes commentaires sont d'abord élaborés sous forme de tableur. Dans une colonne le nom de la photo (genre « 12345.jpg ») et dans la colonne suivante le commentaire (genre « Mèche à bois »).
Avant, j'utilisais CopyPaste, je me tapais les commentaires à copier coller un par un. C'était fastidieux. Et puis un jour, ne pouvant plus utiliser CopyPaste pour cause d'OSX récent, j'ai cherché une autre solution.
Avec l'aide de macgéistes, j'ai pu avancer beaucoup, on peut lire le détail ici https://forums.macg.co/threads/importer-des...un-csv.1289050/

Seulement, la solution qu'ils mont trouvée comporte un bug (invisible sur mac). En effet, il y a une étape avec Graphic Converter (copier le commentaire spotlight dans le champ IPTC légende). Lors de cette étape, les voyelles accentuées et autres caractères spéciaux sont transformés en je-ne-sais-quoi et, même s'ils s'affichent bien sur mac, ils déconnent lors de l'upload vers Flickr (mais le problème ne vient pas de cet upload vers Flickr car des voyelles accentuées introduite directement dans le champ IPTC légende sans passer par l'outil « copier le commentaire spotlight dans le champ IPTC légende » de GC passent tout à fait bien, au final).
Le détail de mon expérimentation pour arriver à cette conclusion est visible par ici : https://forums.macg.co/threads/importer-des...2#post-13125394
Et en outre, je n'arrive pas à corriger ce problème après coup avec des rechercher-remplacer car ils sont aussi invisible de ce côté là.

Voici, je suis donc ici à une espèce d'impasse, frustrant car tout le reste tourne pas mal.

Du coup, je cherche de l'aide, soit pour arriver à fixer ce bug dans GC (peut-être un réglage ?), soit pour pouvoir corriger après coup l'IPTC des jpg de façon massive (bof bof comme solution), ou alors une solution sans passer par GC pour importer mes commentaires du tableur/CSV/txt vers les IPTC des jpg.

[ch21]

Et en outre, je n'arrive pas à corriger ce problème après coup avec des rechercher-remplacer car ils sont aussi invisible de ce côté là.

Là, ça rend les choses vraiment compliquées…

Peut être voir dans les prefs de GC/convertir/convertir texte/iptc

Et varier source et cible ?

[ccciolll]

C'était une bonne idée (j'ignorais qu'un tel réglage existait) mais…
Le résultat n'a pas varié dans les divers formats que j'ai pu tester.
Mac2Mac.jpg
Mac2MSD.jpg (celui ci est le réglage par défaut de GC)
Mac2UNX.jpg
MSD2MSD.jpg
UNX2MSD.jpg

J'y ai pourtant cru à cette solution qui semblait aussi simple qu'évidente.

[ades]

tu peux aussi regarder là : http://forum.macbidouille.com/index.php?sh...626&hl=iptc ça a très bien marché et, je pense (pas vérifié), avec des caractères "spéciaux (noms de communes par exemple)…

[luc1en]

Bonjour,

je viens de mettre à jour GraphicConverter, après quelques années d'oubli…

Intrigué par ton problème, j'ai fait un essai avec le commentaire Spotlight suivant sur un fichier au format DNG
“télévision commentée avec accent ça marche“

Les préférences de GC
Onglet Convertir>Conversion du texte>Source : UNIX et Destination : UNIX

La commande “Copier le commentaire Spotlight dans le champ IPTC Légende” respecte les accents et autres caractères spécifiques.

Quand je lis les informations du fichier sous Finder, le commentaire Spotlight est encore présent.
Par contre, un export au format JPEG via Lightroom le fait disparaître du champ Commentaire Spotlight ; il n'apparait plus que dans le champ IPTC que Mac OS X nomme “Description”.

[ch21]

Sinon, il me semble qu'il y a un forum GC assez actif.
Chez Jules-de-chez-Smith-en-face : https://forums.macg.co/forums/graphicconverter.56/

[ades]

mais pourquoi s'enbêter avec GC (soft payant…)

[ccciolll]

tu peux aussi regarder là : http://forum.macbidouille.com/index.php?sh...626&hl=iptc ça a très bien marché et, je pense (pas vérifié), avec des caractères "spéciaux (noms de communes par exemple)…

C'est touffu touffu mais effectivement la problématique à l'air de ressembler à la mienne et les types ont l'air d'avoir pas mal creusé.

Bonjour,

je viens de mettre à jour GraphicConverter, après quelques années d'oubli…

Intrigué par ton problème, j'ai fait un essai avec le commentaire Spotlight suivant sur un fichier au format DNG
“télévision commentée avec accent ça marche“

Les préférences de GC
Onglet Convertir>Conversion du texte>Source : UNIX et Destination : UNIX

La commande “Copier le commentaire Spotlight dans le champ IPTC Légende” respecte les accents et autres caractères spécifiques.

Attention, le défaut dont je parle n'apparaît pas sur mac mais uniquement lors de l'import vers flickr, c'est bien pourquoi je parle d'« invisibilité » du problème.
L'affichage sur mac (via Aperçu ou GC) interprète et corrige ces nuances invisibles et ça passe. Flickr interprète cela d'une autre manière, et ça casse.

C'est certainement un pb d'encodage des caractères spéciaux au sein des données IPTC. Si je savais comment afficher la « source » (je ne sais pas si le terme est correct, ce serait peut-être plus parlant si je dis « l'équivalent du code HTML ») de ces données IPTC, je pourrais mieux illustrer le truc. Il faudrait que je puisse afficher vraiment les données « brutes » de ma légende IPTC pour pouvoir comparer les deux « éà » que j'ai saisis et voir ce qui les différencie et fait que l'un passe et l'autre casse dans flickr.

Quand je lis les informations du fichier sous Finder, le commentaire Spotlight est encore présent.

Oui oui, mais ça n'est pas gênant. Il COPIE comme c'est indiqué, il ne DÉPLACE pas.

Par contre, un export au format JPEG via Lightroom le fait disparaître du champ Commentaire Spotlight ; il n'apparait plus que dans le champ IPTC que Mac OS X nomme “Description”.

Mais je ne sais pas si ça a un quelconque intérêt pour les données IPTC, et puis surtout, comme tu l'écris, on fait ici un EXPORT JPEG. Or le jpeg étant un format destructif, je ne souhaite pas ré-exporter en jpeg plus que nécessaire.

mais pourquoi s'enbêter avec GC (soft payant…)

Bon, d'abord il est testable gratuitement et intégralement.
Et ensuite, c'est uniquement parce que les précédents forumistes m'ont indiqué la solution qui passe par GC. Je n'utilisais pas GC avant d'avoir cette problématique et l'ai installé uniquement pour utiliser cet outil qui copie du comm SpotLight vers la légende IPTC. Si on a une solution pour copier massivement les commentaires directement depuis mon csv/txt vers la légende IPTC, je prends tout de suite et bye bye GC.

[baron]

mais pourquoi s'enbêter avec GC (soft payant…)

Parce qu'il est extrêmement puissant, polyvalent, très bien suivi (pour ma part, réponse du développeur dans les 12 h à maintes reprises…) et vraiment pas cher.

[baron]

@ ccciolll :
On peut voir grâce à tes expérimentations (dernière image de ce message) quel est le problème dans Flickr : au lieu de prendre en compte le caractère "é" comme tel, il comprend qu'il faut "e" + "accent aigu".

Le défaut est présent dès la première version, et se répète chaque fois que GC fait le transfert de la légende.
Je serais donc fort tenté d'en conclure que ledit défaut réside dans ton fichier .csv d'origine, plus particulièrement que c'est un défaut d'encodage (*) de celui-ci.

Il faudrait peut-être que tu vérifies comment se fait ton export depuis Excel (ou LibreOffice ?) et, le cas échéant, que tu réencodes ce fichier texte, par exemple avec TextEdit.

_______________________
(*) https://fr.wikipedia.org/wiki/Codage_des_caract%C3%A8res

++++++++++

Dans cette hypothèse, je veillerais à encoder le fichier .txt/.csv en "Unicode (UTF-8)" (ou peut-être "Occidental (Mac OS Roman)" voire "Occidental (Windows Latin 1)" ?)
Il faudrait tester… Pour cela, soit tu modifies dans TexteEdit les préférences Ouverture et enregistrement, soit tu as ces réglages directement à l'export du tableur.

Ensuite, tu devrais pouvoir trouver le réglage qui convient parmi ceux-ci-dessous ; si celui par défaut ne convenait pas, essaie le 3e ou le 5e :

C'était une bonne idée (j'ignorais qu'un tel réglage existait) mais…
Le résultat n'a pas varié dans les divers formats que j'ai pu tester.
Mac2Mac.jpg
Mac2MSD.jpg (celui ci est le réglage par défaut de GC)
Mac2UNX.jpg
MSD2MSD.jpg
UNX2MSD.jpg

J'y ai pourtant cru à cette solution qui semblait aussi simple qu'évidente.

[Edit] Wow ! Je n'avais pas vu la réponse magistrale de zeltron54…

Ce message a été modifié par baron - 13 Mar 2017, 23:12.

[ccciolll]

non non non, ça ne vient pas de là.

Tout d'abord, dans ma première série d'expérimentation In Extenso décrite sur MacG, j'avais pris soin de resaisir le éà à chaque étape (donc seul le premier éà était issu de l'encodage de mon CSV), et la conclusion avait montré que le pb se situait plus loin : au moment du passage par GC.

Ensuite, dans l'expérimentation que j'ai faite récemment (si-dessus enfait) sur les 5 variantes de réglage de GC, j'avais fait la saisie directement dans le finder (puisque j'avais établi avec l'expérimentation précédente que le souci se situait au moment de la bascule dans GC, je suis allé droit au but sans m'e**erder à passer par un csv et tout le toutim).

Ce message a été modifié par ccciolll - 13 Mar 2017, 23:06.

[baron]

non non non, ça ne vient pas de là.[…] seul le premier éà était issu de l'encodage de mon CSV

Ah oui, c'est vrai… Un peu fatigué moi ce soir…

Ensuite, dans l'expérimentation que j'ai faite récemment (ci-dessus en fait), sur les 5 variantes de réglage de GC, j'avais fait la saisie directement dans le Finder [avant conversion par GC donc] (puisque j'avais établi avec l'expérimentation précédente que le souci se situait au moment de la bascule dans GC, je suis allé droit au but sans m'e**erder à passer par un csv et tout le toutim).

Si j'ai bien compris cette fois, ce que tu écris manuellement dans la fenêtre IPTC de GraphicConverter (le 4e "éà") est bien interprété par Flickr mais pas ce qui a été traité par sa moulinette, quelles que soient les préférences…

Dans ce cas, comme tu dis, il faudrait voir en mode « source » ton fichier envoyé sur Flickr, par exemple en l'ouvrant dans un éditeur de texte. Malheureusement, les images que tu as postée sur le forum d'à côté ne sont pas accessibles sans se connecter à Yahoo (chose que je n'ai pas…)

Attention, le défaut dont je parle n'apparaît pas sur mac mais uniquement lors de l'import vers flickr, c'est bien pourquoi je parle d'« invisibilité » du problème.
L'affichage sur mac (via Aperçu ou GC) interprète et corrige ces nuances invisibles et ça passe. Flickr interprète cela d'une autre manière, et ça casse.

C'est certainement un pb d'encodage des caractères spéciaux au sein des données IPTC. Si je savais comment afficher la « source » (je ne sais pas si le terme est correct, ce serait peut-être plus parlant si je dis « l'équivalent du code HTML ») de ces données IPTC, je pourrais mieux illustrer le truc. Il faudrait que je puisse afficher vraiment les données « brutes » de ma légende IPTC pour pouvoir comparer les deux « éà » que j'ai saisis et voir ce qui les différencie et fait que l'un passe et l'autre casse dans flickr.

[ccciolll]

Ouverture avec Text Edit, tout simplement, pourquoi n'y ais-je pas pensé.

Voici ce que ça donne (je ne sais pas si j'ai sélectionné tout ce qu'il fallait, je vais tenter de trouver une solution pour mettre les images à dispo)

Code

ñ(1eÃÅaÃÄ) (2eÃÅaÃÄ) (3eÃÅaÃÄ) (4√©√†) ‚Äì SAISIE (1¬†: LibreOff avt export csv/txt/europeOccApple) (2 fichier txt) (3 finder info) (4 comm IPTC viaGC)8BIM

et les fichiers en vrac
www.transfernow.net/363uo3y1b55e

Et il semble que le résultat soit toujours le même quelque soit les réglages de GC, sur mes 5 tests d'hier :

Code

(1éà) (2éà) SAISIE : 1 Finder Comm SpotLight 2 légende IPTC GC

Ce message a été modifié par ccciolll - 14 Mar 2017, 10:01.

[ch21]

Même avec "unix" "unix" comme préconisé par lutch ?

[ccciolll]

Oui, je viens d'essayer unix unix, même résultat

[ccciolll]

J'ai fait une rapide tentative avec la méthode exiftool.

Le résultat n'est pas tout à fait probant mais il doit y avoir des trucs que j'ai loupés. Voici le code obtenu.

Code

Mac-Pro-de-toto:~ toto$ cd /Volumes/ blablabla /_tests\ technique/exiftool\ test
Mac-Pro-de-toto:exiftool test toto$ exiftool -csv="ExifTool.csv" .
Invalid tag name 'IPTC :SubjectReference' in CSV file
No SourceFile './ExifTool.jpg' in imported CSV database
(full path: '/Volumes/ blablabla /_tests technique/exiftool test/ExifTool.jpg')
    1 directories scanned
    0 image files read

Première ligne je donne l'emplacement avec cd(espace) et glisser le dossier, comme recommandé
Deuxième ligne je tape le code trouvé ici http://u88.n24.queensu.ca/exiftool/forum/i...hp?topic=3544.0
Et résultat.
1) Il me dit que le tag name n'est pas bon
2) il ne trouve pa sle fichier source ExifTool.jpg

Je vais aussi détailler ce que j'ai fait en amont de tout ça.
Une image ExifTool.jpg dnas mon dossier de test.
Un fichier tableur (ods) contenant les éléments suivants :

Code

SourceFile    IPTC :SubjectReference
ExifTool.jpg    (1éà) – SAISIE : 1 fichier CSV

càd ligne 1 les headers recommandés d'après ce que j'ai compris de ce que j'ai pu lire ici http://forum.macbidouille.com/index.php?s=...t&p=3894526 pour la base et ici http://www.sno.phy.queensu.ca/~phil/exifto...Names/IPTC.html pour les tags à utiliser
et ligne 2 le nom fichier et le texte que je veux coller en IPTC légende
Ce ods je l'ai exporté en CSV avec les réglages par défaut de LibreOffice (puisqu'il est dit ici http://forum.macbidouille.com/index.php?s=...t&p=3894712 que exiftool gère toutes les formes de csv)

Donc, résultat, ça a bougé un peu mais
mon tag n'est pas bon (mais comme la page des tags est en anglais, je suis un peu paumé)
il ne trouve pas l'image jpg (ça j'ignore pourquoi).

Pour info, les mêmes en images

 ecran_2017_03_14_a___13.39.36.png ( 56.36 Ko ) Nombre de téléchargements : 4

 ecran_2017_03_14_a___13.30.06.png ( 56.24 Ko ) Nombre de téléchargements : 2

[ccciolll]

J'ai l'impression qu'une solution clefs en main m'est apparue par ici
importer descriptions IPTC dans fichiers jpg à partir d'un CSV

[luc1en]

Bonjour,

probablement l'espace insécable et en trop entre IPTC et le :
Par défaut, il est ajouté automatiquement par LibreOffice (option d'Autocorrections).

[ccciolll]

C'est un coquin LibreOffice.
D'ailleurs tant qu'à ajouter l'espace AVANT le :, il pourrait aussi l'ajouter APRÈS.
Car l'espace avant c'est valable uniquement en Français alors que après ça l'est partout dans le monde.

Mais comme je disais au-dessus, je crois que Zeltron54 m'a mijoté une solution du feu de dieu. Au premier essai, en tout cas, elle roule.

[baron]

[Edit] Wow ! Je n'avais pas vu la réponse magistrale de zeltron54…

Bravo !