riduidel’s posterous

Depuis un an, à cause de la fichue obsolescence programmée d'Apple, je réfléchis à remplacer mon vaillant iBook, qui a maintenant 4 ans, par autre chose.

Loading mentions Retweet

Bon, ben voilà, en une matinée de travail, j'ai enfin ce que je voulais : un script qui, en partant des données exportées par iPhoto, écrit les métadonnées XMP/IPTC qui m'intéressent. Bon, pour l'instant, il n'y a que les mots-clés, mais maintenant que je maîtrise le truc, je vais sans doute en rajouter d'autres ... Enfin, si j'arrive à résoudre les dramatiques problèmes de lenteur du truc (qui sont peut-être dûes à ruby, peut-être à mon NAS - ben oui, les photos sont stockées dessus).
Bref, ça marche, et c'est l'essentiel.
Ce qui est rigolo, en revanche, c'est que je n'utilise rien de ce que j'avais prévu :

• je voulais utiliser hpricot, mais finallement, j'utilise plist (parce que bon, la vision Apple du XML est franchement folklorique)
• je voulais utiliser ruby-xmp, mais finallement j'utilise MiniExiftool (qui a le bon goût d'être gratuite)
• Et en bonus, j'utilise optiflag qui est vraiment pratique pour la ligne de commande

Loading mentions Retweet

http://github.com/whymirror/hpricot/tree/masterBon, comme je le disais, de retour de vacances, iPhoto m'énerve toujours autant avec sa non-gestion des tags IPTC/XMP.

Loading mentions Retweet

Depuis un certain temps, je carresse l'idée de me faire mon propre logiciel de gestion de phototèque.

La raison en est simple : si iPhoto est très bien, il n'est pas multiplateforme pour deux sous, et les logiciels windowsiens sont assez loin de son ergonomie (même Picasa est encore assez loin du compte). Et comme j'abandonne peu à peu mon iBook (bien qu'il reste encore une machine à surfer très agréable), il me faut une solution compatible Windows (je me pencherai plus tard sur la gestion de l'iptc dans Vista).

Bref, je carresse l'idée.

Seulement, j'ai déja été calmé en septembre quand Google a ajouté la reconnaissance faciale à Picasa (hélas seulement dans les albums web). Et là, je suis encore plus scotché parce que iPhoto fait la même chose, mais dans le logiciel. E t ça, ça fait toute la différence pour quelqu'un comme moi qui veut garder sa phototèque à la maison.

Alors bien sûr, comme Rui le dit dans son excellent article The last macworld, les tags risquent fort d'être enfermés dans la base propriétaire d'IPhoto. Et les tags EXIF risquent également d'être dans une belle mélasse. Mais quand même, c'est une sacrée bonne idée.

Hélas, iPhoto est toujours une application mac-only.

Et ça, ça me donne quand même du courage.

Parce que si je ne peux certainement pas faire aussi joli qu'iPhoto, je dois quand même pouvoir faire quelque chose d'un peu pratique rapidement (en partie grâce à majick-properties). ou tout au moins quelque chose du niveau de l'appli de Belzel (oui, j'ai un collègue qui veut faire un peu le même genre de trucs mais en C-Qt ou je ne sais plus quoi) ...*

Mais avant de recommencer à coder (parce que j'avais déja fait un premier jet complètement bancal), j'ai plusieurs choses à faire :

1. Evaluer les bibliothèques Java de lecture/écriture de tags EXIF/IPTC (j'ai des idées assez claires là-dessus).
2. Trouver une bonne interface graphique
3. (optionnel) trouver un moyen de reconnaître les visages en Java

Enfin, le 3, ça peut être dans une version suivante, quand même ...

Loading mentions Retweet

Cette semaine, j'ai vécu une espèce de montagne russe un peu bizarre ...

En effet, Jeudi, j'ai découvert blueMarine, une tentative en java de copie d'Adobe Lightroom, je pense. En tout cas, c'est la proximité que montrent le site de blueMarine ainsi que les screenshots de Lightroom.

Bref, ça avait l'air prometteur.

Ce matin, n'écoutant que mon courage, je télécharge blueMarine (ouch, 30 Mo, j'y reviendrai ...), et je le lance.

Bon, c'est sans doute une bonne copie de Lightroom, mais qui souffre d'un gros problème : lorsqu'un logiciel se présente comme étant orienté workflow de traitement d'image, on s'attend à être largement guidé dans ses activités, un peu comme, par exemple, Eclipse guide le développeur Java dans ses activités grâce aux différentes perspectives. Là, rien de tout ça ! On a une fenêtre avec un bon paquet de panneaux différents, et dans tout ça, je n'ai pas su quoi faire. Et le pire, dans tout ça, c'est que blueMarine propose un support de l'IPTC digne d'iPhoto '06, que je viens de mettre à jour ...

Bref, ça relance (oui oui, une fois de plus) mon projet de me faire mon propre logiciel de gestion de phototèque avec les fonctions qui collent à ma méthode de travail.

N'empêche, un truc m'a perturbé.

Vous autres, mes lecteurs chéris, ne le savez peut-être pas (sauf évidement mon fan), mais je bosse dans une boîte qui édite des logiciels en java. Et franchement, nous, pour faire un équivalent de ce blueMarine, il ne nous faudrait pas 30 Mo, mais 4 ou 5 (à cause des images). Et cette réflexion est le signe de deux choses :

1. D'abord, j'intègre complètement la philosophie de ma boîte qui est de dire que, pour un logiciel, la taille du téléchargement compte
2. Ensuite, pour utiliser ce logiciel, un utilisateur sans JRE doit télécharger un truc chez Sun (avec le JDK6 update 10, ça va vite) et après se manger les 30 Mo supplémentaires dont je ne veux même pas connaître l'intérêt, mis à part peut-être montrer que l'auteur du logiciel connaît la plateforme Netbeans, ce qui n'est pas forcément une bonne chose, puisque ça lui a ôté l'envie de faire des choses propres tout seul.

Bon, bref, assez râlé, revenons à des solutions qui marchent, en l'occurence iPhoto '08. Cette mise à jour apporte une nouveauté graphique inutile : les événements et, surtout, surtout, l'export des champs IPTC. Et ça, ça rend encore une fois iPhoto indispensable à ma gestion de phototèque. grmbl.

Au moins, ça marche bien et simplement 

Loading mentions Retweet