riduidel’s posterous

 
Tags


Filed under

iphoto

 
December 2, 2009

Gestion de la photothèque

Maintenant que j'ai changé de machine, il est donc temps de revoir la gestion de la photothèque.
Parce qu'avant, souvenez-vous, j'avais coincé mes photos dans iPhoto. Et naturellement, à moins de vouloir jouer au hackintosh, iPhoto ne marche pas sur un PC classique. Donc, je vais reprendre le tout.
Pour ça, je n'ai évidement pas choisi un logiciel "standard" comme par exemple Lightroom. Non, je préfère pour l'instant utiliser iView Media Pro. Il gère splendidement toutes les données EXIF/IPTC, et les écrit correctement dans les images, sans abuser d'une organisation propriétaire.
Seulement, avant de vous parler de l'organisation choisie, je dois vous parler de l'importation de toutes mes anciennes photos. Ces photos sont donc cachées dans un dossier appelé iPhoto Library. Dans ce dossier, il y a plein de bordel. Et je vais devoir le récupérer, et l'importer. Heureusement iView ne semble pas se débrouiller trop mal pour faire cette récupération : je renomme tous mes fichiers avec un simple numéro d'ordre, je copie tout dans le bon dossier, et voilà !
Une fois que ce sera fait, je pourrais mettre en place un workflow qui pourrait s'inspirer de quelques exemples trouvés sur le web.
Parce que bon, glisser toutes les photos dans des dossiers, et espérer naïvement les retrouver, ça me paraît assez illusoire comme démarche.
Je pense qu'on arrivera vite à un truc du genre
  1. Copier les photos de la carte CF vers l'ordinateur
  2. Tagger les photos avec les noms des personnes
  3. Géotagger
  4. Appliquer un "script" de réorganisation du dossier photo, pour qu'elles se renomment en fonction de la date et des personnes prises en photo, et se mettent dans un dossier approprié. Là-dessus, si j'y arrive, j'aimerais bien réussir à mettre en place un système de dossiers utilisant des jonctions Windows pour émuler les albums intelligents d'iPhoto.

Enfin, tout ça, c'est dans le cas optimal.

Je sais déja que mes photos seront rangées par année, puis par événement (vacances, noël, ...)

Loading mentions Retweet
Filed under  //   acer_z6500   iphoto   organisation   photos  

Comments [0]

September 28, 2009

Ah les chiens !

Ah les pourritures !
Dans ma dernière itération pour récupérer mes mots-clés d'iPhoto pour les glisser dans les tags IPTC, je me suis dit que, peut-être, aperture pourrait faire ça bien. Après tout, c'est aussi un logiciel Apple, il doit donc inclure les fonctionnalités qui manquent exprès à iPhoto (ben oui, exprès, dans la tête du marketting bancal d'Apple, ça veut dire "qui va vous pousser à dépenser vos sous dans un morceau de logiciel manquant de moins de fonctionnalités - mais toujours pas complet).

Las ! Chez Apple, le marketting est roi. Et du coup, pour installer Aperture, il me faut une quantité de mémoire "digne de ce nom". Et 1 Go, c'est plus que ce dont dispose mon vaillant iBook G4.
Résumons donc l'Apple way of life : si je veux pouvoir gérer correctement mes photos, je dois
  1. Acheter de la RAM pour mon iBook G4 (ou un mac plus moderne)
  2. Acheter Aperture
Ca fait pas un peu beaucoup de pognon jeté à la face du dieu du rangement ? Moi, je trouve que si.
Donc cette fois-ci, j'abandonne toute véléité de faire les choses dans l'Apple way of life, et je vais plutôt peaufiner mon script d'écriture des métadonnées, voire peut-être me refaire mes 3500 photos avec Picasa et sa reconnaissance de visages, ça devrait être beaucoup plus efficace.
Parce que bon, je ne vous l'ai pas encore dit, mais le script que je voulais faire en Ruby n'arrive jamais à traiter toute la phototèque, et le refaire en Java est plutôt délicat vu qu'il ne semble toujours pas exister, en 2009, de librairie Java écrivant les métadonnées IPTC/XMP ... oh, bien sûr, il y a mistral qui va dans la bonne direction, mais d'après Fabricio (l'auteur), il n'y a pas encore de code pour écrire ces métadonnées ... Arf

Loading mentions Retweet
Filed under  //   apple   iphoto  

Comments [0]

September 7, 2009

iPhoto corrector

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
Et maintenant, la question cruciale : qu'est-ce que je fais de ce micro-script ?
A priori, ça n'intéresse que moi. Mais si toi, dans le fond, tu es intéressé par ce fix pour iPhoto, je veux bien le rendre public et peut-être même l'améliorer ...

Loading mentions Retweet
Filed under  //   iphoto   iptc   macosx   ruby   xmp  

Comments [0]

August 31, 2009

IPTC, XMP ? Ruby à la rescousse !

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.

Alors cette fois-ci, ça suffit !
Je sais, depuis bien longtemps, que dans une bibliothèque iPhoto, il y a toujours un fichier AlbumData.xml qui contient toute la base de données de photos. Je vais donc l'utiliser comme source pour lire les infos que je vais ajouter dans les tags IPTC/XMP des photos. Comme ça, je serais tranquille.
Et franchement, l'algorithme est hyper-pipeau :

Lire le fichier XML
    Pour chaque tag, mémoriser son id
    Pour chaque photo, récupérer les tags par leur id
    Ecrire chaque tag en IPTC ET en XMP dans la photo

Et ce sera tout.
Pour ça, j'aurais besoin d'Hpricot (RPI _Why, RIP) et d'une API pour écrire l'IPTC et l'XMP (et vu nos usages, je me demande si l'XMP n'est pas plus important que l'IPTC ...)
Et avec ça, "normalement", si tout se passe bien, j'aurais mes tags en IPTC et en XML, ce qui sera bien pratique pour exploiter correctement ces photos.

Loading mentions Retweet
Filed under  //   iphoto   iptc   mac   ruby  

Comments [0]

March 1, 2009

Apple bashing

L'utilisateur de Mac est forcément excessif.

Et j'ai un Mac (au cas où vous insisteriez à ne pas le savoir).

Donc je suis excessif.

En particulier en terme de permanence des données.

Je veux que mes photos, mes MP3, soient encore utilisables dans 10 ans, 20 ans et peut-être même plus.

Et pour les données qui sont dans mon Mac, ça n'est peut-être pas le cas.

Je vais vous donner les deux exemples du moment.

Mes photos

J'ai mis pendant longtemps dans iPhoto toutes mes photos. ca marchait bien, mais ça posait quelques problèmes de stockage de métadonnées dont j'ai déja parlé.

Maintenant que j'ai mon disque dur externe, je veux naturellement que mes photos soient stockées dessus (ça, ça peut encore aller) et (pire encore) je veux pouvoir accéder aux photos et à leurs métadonnées queqleusoi le système. Du coup, j'ai testé Vista photo gallery. Et franchement, à part l'interface graphique moins arrondie, je le trouve bien mieux que iPhoto. Il utilise des tags XMP (qui sont aussi bien que l'IPTC), permet des recherches par date et par tag, affiche automatiquement la liste de tous les tags (regardez l'image jointe). Bref, c'est un logiciel très complet.

Seulement, seulement, iPhoto ne fait pas d'XMP (trop moderne pour Steve Jobs, sans doute) et le dernier logiciel que j'ai testé (PictureSync) n'exporte les photos que par paquets de 400 à la fois (et pas toujours complètement en plus). Du coup, je crois que je vais balancer toutes les photos en vrac, et jouer avec Faint. Ca devrait pouvoir être au moins aussi puissant et rapide, parce qu'après tout, mes photos, je ne fais pas grand chose d'autre que de les tagger avec les noms des gens dessus.

Mes MP3

Bon, là, ça me rend encore plus grognon.

Figurez-vous que ce plouc authentique d'iTunes est peut-être capable de se connecter à une bibliothèque distante, mais ne veut pas synchroniser l'iPod avec cette bibliothèque distante. Sans doute que c'est une sale histoire de DRM et d'accords tordus entre Apple et les majors, mais pour moi qui suis

  1. propriétaire des CDs utilisés pour créer les MP3
  2. propriétaire du disque dur où ils sont stockés
  3. propriétaire de l'ordinateur sur lequel iTunes s'exécute (enfin, assimilable au propriétaire)
  4. propriétaire de l'iPod avec lequel je veux synchroniser ces MP3

Je trouve ça franchement gênant que ça ne marche pas. Gênant au point que je vais vraiment passer aux logiciels concurrents.

Tout ça me rend quand même assez dubitatif face à la capacité d'Apple à conserver ses clients. Les gagner à coups de campagnes marketting léchées entre les épisodes de Dr House, ça oui, mais les garder en s'adaptant à leur évolution, et à l'intégration d'un mac dans un réseau local, ça non.

Loading mentions Retweet
Filed under  //   apple   dns323   iphoto   itunes   mac   mavie  

Comments [0]