cyberix a écrit:

Les utilisateurs du monde Microsoft étant nombreux, serait-il envisageable de rendre Piwigo compatible avec les keywords XMP? D'aprés mes recherches dans les forums, il semble qu'un mod ou plugin existait pour la 1.4

Tu peux redonner les liens vers ce que tu as trouvé ;-)

Il serait effectivement bien de gérer les XMP. Comme dit ddtddt, si tu peux nous redonner les liens avec des infos, ça pourrait nous aider.

Mais avant cela, je pense (j'en suis sûr depuis que j'ai présenté Piwigo à une conférence) qu'il faudrait revoir la façon dont on paramètre l'utilisation des métadonnées.

Le format XMP ne gère pas que des informations relatives aux tags, mais peut contenir toute une série d'informations sur les traitements appliqués aux images, notamment sur les photos au format RAW. Par exemple c'est ce que fait Adobe Bridge lorsqu'un format RAW fait l'objet de traitements (correction de la balance des blancs, des constrates, de saturation, ...). L'information ne modifie pas l'image en elle même, mais est stockée dans un fichier XMP (soit un fichier à part si le format RAW ne le permet pas, soit intégré dans le fichier si le format le permet - DNG par exemple).

C'est du coup un format de fichier avec des possibilités assez denses : les spécifications ne sont pas à la portée de tous (les spéc officielle d'adobe dont 112 pages : http://www.adobe.com/devnet/xmp/pdfs/xm … cation.pdf) et je pense que réaliser par nous même un parseur capable de traiter 100% des possibilités du fichier prendrait pas mal de temps.
L'idéal serait plutôt de trouver une librairie OpenSource que nous pourrions exploiter....

Une première recherche sur google laisse paraitre que çà semble exister, mais à creuser, car comme le dit plg, il faudrait avant çà revoir complètement la façon dont les métadonnées sont gérées dans Piwigo.

Bonjour ;

il se trouve que des champs EXIF, IPTC, XMP, et même JPG, sont redondants : le commentaire d'une image, par exemple, existe dans ces quatre "formats" de métadonnées. Ce qui serait bien, ce serait un petit outil permettant de faire passer ces infos d'un "format" à l'autre... mais là on sort du cadre de Piwigo...
En fait, concernant la présente discussion, une question de base serait déjà : existe-t-il des instructions PHP qui permettent d'extraire les infos XMP des images, que Piwigo extrait déjà en IPTC ?

Luc

PauloPWG a écrit:

- les données IPTC utilisées depuis longtemps n'utilisent malheureusement que les caractères ASCII (donc pas d'accents entre autres);

J'utilise les IPTC et je n'ai pas de problèmes avec les accents...

Gotcha a écrit:

J'utilise les IPTC et je n'ai pas de problèmes avec les accents...

Ça peut fonctionner et effectivement IPTC/IIM ne limite pas l'encodage des caractères. Néanmoins voici ce qu'en dit le site du logiciel CrossIPTC:
Le modèle IPTC/IIM permet théoriquement de coder les champs selon divers jeux de caractères étendus. Les logiciels actuels devraient donc être capables de gérer correctement les accents, les signes diacritiques, etc. Il n'en est rien - si l'on utilise des caractères étendus lors de la saisie des informations dans Photoshop 6.0 par exemple, ces informations ne sont pas correctement affichées sur une autre plate-forme. Jusqu'en 2004, Adobe préconisait de n'utiliser que l'ASCII 7 bits [ce qui est inacceptable pour beaucoup de langues!] parce que le standard IPTC n'autorise que ce jeu de caractères (ce qui est faux!).

Et voici l'explication technique (http://libiptcdata.sourceforge.net/docs/iptc-i18n.html:
The IPTC IIM standard supports storing data with nearly any character set. According to the standard, the data of Record 1 should be in plain ASCII, but data of the following records should follow the character set established by dataset 1:90, the "character set" dataset. This dataset contains control functions according to the ISO 2022 standard, which allow for switching between different character sets. However, there are several problems with this approach:
    * Nearly all IPTC-aware applications written previously do not follow this standard. They usually force all characters to ASCII or use the Latin-1 character set, without identifying it in dataset 1:90.
    * The ISO 2022 standard is very complicated and lacks a free reference implementation. In addition, the standard is rarely used since Unicode provides a superior alternative.

Dernière modification par PauloPWG (2009-04-28 11:59:42)

Salut tout le monde
Comme déjà dit, les accents ne sont pas interdits dans les champs IPTC.
Surtout si on code en UTF 8.  PROBLEME : la plupart des logiciels ne gèrent pas l'UTF 8 dans les métadonnées. C'est le cas de Photoshop ( qui ne gère même pas les caractères étendus, passez d'un Mac à un PC. vous verrez !......)  de Xn view  et de beaucoup d'autres, y compris DIGIKAM. .Mais l'avenir est à l'UT 8, surtout pour correspondre avec le reste du monde  (Coréens, Grecs, etc..) qui ont les mêmes soucis que nouzotres pour que leurs données soient lisibles.

Par ailleurs, un petit  script peut permettre de rentrer les données XMP dans les champs " perso"  IPTC. cela peut être beaucoup plus simple, si les champs ne sont pas trop nombreux. Une autre solution est d'aggréger plusieurs champs dans un seul et de lui donner un nom, toujours par un script (Ex : la nouveau champ "traitement" = infos de degrés couleur, de contraste, etc)

(ACHTUNG :  XMP est un pur produit Photoch... )

Qqn peut-il confirmer ?