Concernant l'encodage, j'ai trouvé une solution alternative en utilisant la norme XMP plutôt qu'IPTC.

J'ai essayé de comprendre l'origine du "bug", mais je n'ai pas trouvé.

Exiftool m'indique ça :
[IPTC]          Coded Character Set             : UTF8
[IPTC]          Country-Primary Location Name   : Indonésie

Alors que le champ est enregistré comme ci-dessous dans la BDD :
imageId     numId     value     numValue
1209     279     Indonésie    NULL

J'ai ajouté en pièce jointe un exemple de photo avec les deux bugs.

Du coup en passant iptc à xmp a mis en évidence un autre petit bug :
Le label "Légende/Résumé" est systématiquement affiché même s'il n'y a aucune valeur :

Légende/Résumé
    (Non défini)

Sur les IPTC, les champs vident ne sont pas affichés et je trouve ça assez pratique.

Si ça peut faire avancer les choses d'ici à la V1 :)

J'hésite à ouvrir un nouveau sujet car j'ai un nouveau problème avec ce plugin.

J'ai environ 1911 photos que j'ai pu synchroniser avec plus ou moins de mal (par série de 50, puis de 10, puis 1 par une) mais la situation semble être bloquée sur les photos restantes.

Même en choisissant "L'analyse porte sur 1 images sélectionnées aléatoirement parmis les images n'ayant jamais été analysées et vient s'ajouter au référentiel actuel ", l'avancement bloque parfois à 50%.
Je suis obligé de rafraîchir la page de remettre 1 dans le nombre d'images et de relancer.

J'imagine donc que certaines images posent problème, mais impossible de savoir lesquelles.

Losque le script bloque, j'ai le message d'erreur suivant sur les logs du serveur de mon hébergeur :
[Fri Nov 09 07:46:20 2012] [error] [client xx.xx.xxx.xx] [host xxx.domain.com] Premature end of script headers: amd_ajax.php, referer: http://xxx.domain.com/admin.php?page=pl … ase/update

J'ai tenté d'ajouter (ou de dé commenter) des "echo" dans la page amd_ajax.php mais ce n'est pas aussi simple.

Si l'auteur peu m'aider à identifier les photos qui posent problème.

Pour le problème sur les données du GPS, j'ai ouvert le bug [Bugtracker] ticket 2800

Pour le problème sur les IPTC, il me semble que l'UTF-8 n'est pas reconnu par la norme, il faut que je regarde comment contourner le problème.

Pour la légende, à priori c'est lié au fait qu'il en existe bien une dans les métadonnées, mais qu'elle est vide.
Il faut que je gère ce type de cas.


Pour le problème du blocage lors de l'analyse, en l'état difficile de dire quelle(s) photo posent problème : il faut que je revois le processus afin qu'il soit en mesure de détecter les plantages et mettre de côté les photos pour lesquelles il y a un problème.

Pour l'UTF-8, il n'y a pas de champ au niveau des IPTC pour indiquer le type d'encodage.
En fait, je suppose que l'application interprète d'une façon ou d'une autre la chaîne de caractères comme étant de l'UTF-8.
Je n'ai pas trouvé comment faire (pour l'instant) pour interpréter cette chaîne correctement. Dans les champs XMP par contre, çà fonctionne correctement.

Pour le problème des photos qui bloquent lors de l'analyse, les exemples que tu me donnes vont me permettre de travailler sur la question.
Clairement, c'est dans l'IDF dédié aux données GPS qu'il y a un problème, mais je ne sais pas encore lequel. A première vue, ils ne sont pas formés comme ils le sont en temps normal (enfin comme j'ai pu les voir jusqu'à présent).
je vais voir ce que je peux faire, au pire si je n'arrive pas interpréter les IFD bizarres au moins les ignorer, histoire que ça ne plante plus.