Un article très complet et très bien foutu sur les softs de de visualisation et de gestion des images sous GNU/Linux (l'équivalent de ACDsee sous Windows) :
http://lwn.net/Articles/131394/(...)
on trouve un passage en revue de =>
* Digikam
* F-spot
* Flphoto
* Gthumb
* Kimdaba
Ce qui est cool pour les personnes n'ayant pas trop de boulot depuis ce matin (ce qui est mon cas) c'est qu'on peut lire ensuite les 60 commentaires assez trollogènes qui suivent l'article.
# Kimdaba
Posté par peau chat . Évalué à 5.
D'abord parce que ça ne duplique pas les images, en aussi parce que ça ne modifie pas les images. Si on dit que telle image doit avoir une rotation de 90%, c'est à l'affichage que la rotation est effectuée.
Je me suis créé 3 catégories : personnes, lieux, événements. Comme ça en quelque secondes je peux retrouver toutes les photos du dernier anniversaire de ma fille, sur lesquelles apparaissent mes 2 filles.
Je trouve ça vraiment hyper-pratique. Il gère sans broncher mes 5000 photos.
[^] # Re: Kimdaba
Posté par anonimulo . Évalué à 5.
Pour plus d'informations (comment installer/écrire son script/se synchroniser avec la base de données de Digikam), voir la page que j'ai mis sur le wiki de KDE[5]
[1] Image::Kimdaba sur CPAN. Documenté ici : http://search.cpan.org/~jmfayard/Image-Kimdaba/lib/Image/Kimdaba.pm(...)
[2] Style slideshow windows XP : http://www.stud.uni-karlsruhe.de/~upaxe/JAlbum/xp1/(...)
[3] Quelques styles parmi les pleins d'autres possibles : BluPlusPlus, CameraGeek, Colorful, Experience, Film, GoogleLike
http://www.stud.uni-karlsruhe.de/~upaxe/JAlbum/(...)
[4] Il est en fichier joint sur http://article.gmane.org/gmane.comp.kde.kimdaba/998(...)
[5] Pour plus d'infos, voire http://wiki.kde.org/tiki-index.php?page=Image%3A%3AKimdaba(...)
[^] # Re: Kimdaba
Posté par Jérémie . Évalué à 7.
Pourquoi ne pas effectuer une rotation "loseless" avec, par exemple, "jhead -autorot fichier.jpg" ? Cela permet l'affichage dans le bon sens de l'image dans tous les logiciels (du visionneur d'images au navigateur web, ce qui est bien pratique) et ne modifie que le champ "Orientation" des données EXIF... En quoi celà pose-t'il problème ?
Concernant l'article, je regrette qu'il ne cite aucun logiciel gérant les métadonnées IPTC... C'est quand même bien pratique de pouvoir inclure des informations telles que le lieu, les personnages, ainsi que des commentaires et des mots-clés sur une photographie directement dans le fichier image (de manière à ne pas dépendre de la base de donnée d'un logiciel en particulier) ; puis de pouvoir faire des recherches sur ces données et retrouver en un clin d'oeil toutes les photos qui nous intéressent... J'ai cherché un peu ces derniers jours, je n'ai pas trouvé de logiciel correspondant parfaitement à mes besoins, peut-être trouverais-je de l'aide dans ce journal ? :)
Je partage l'avancement de mes "recherches" ;) : J'ai d'abord trouvé jbrout ( http://jbrout.free.fr(...) ), qui à l'air vraiment très bien foutu et très prometteur... mais il n'est disponible que pour windows pour l'instant... Il y a aussi Mapivi ( http://mapivi.sourceforge.net/mapivi.shtml(...) ) qui semble intéressant, mais je n'ai pas encore eu l'occasion de le tester non plus. Je viens de trouver ce "toolkit" en PHP : http://www.ozhiker.com/electronics/pjmt(...) qui a l'air capable d'écrire et de lire ces fameux tags IPTC... Je pense que je me contenterai de ça jusqu'à trouver une jolie application gtk2 qui sera capable d'en faire autant... :)
[^] # Re: Kimdaba
Posté par anonimulo . Évalué à 4.
(1) http://search.cpan.org/~exiftool/Image-ExifTool-5.05/lib/Image/Exif(...)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Kimdaba
Posté par manatlan (site web personnel) . Évalué à 3.
Au passage :
Et suis en train de le refaire complètement ... avec le toolkit pygtk/gtk2/glade. (wxpython me posait trop de problèmes d'incompatibilité win/linux ... et le modèle objet de pygtk : c du pur bonheur à côté)
Une première mouture devrait apparaître sous peu (les sources)
Le concept de jbrout, c'est de ne pas toucher aux photos (à part les rotations sans pertes avec jhead). Et de les classer, en utilisant le systèmes hierarchiques de nos filesystems. C'est plus un frontend qu'une appli, puisqu'il utilise pas mal de commandes qui ont fait leur preuves (jpegtran, jhead ...)
De plus, il permet de commenter/tagger les photos ... dans la photo ! (Pour l'instant, n'ayant pas de bibliothèque IPTC, je stocke tout ça dans les commentaires jpeg de la photo, mais si qqu'un en connait une en python qui fait du R/W je suis ultra prenneur). Et de retrouver tout ça dans les albums, sur une periode, suivant des tags, des commentaires ... de plus la nouvelle version sera pluginable
[^] # Re: Kimdaba
Posté par Jérémie . Évalué à 2.
Sinon je viens de tester mapivi... ça marche bien une fois toutes les dépendances et modules perl/tk installés... L'édition des champs IPTC est bien possible, le logiciel semble disposer de pas mal de fonctionnalités (j'ai pas encore tout testé). Malheureusement, à première vue, l'interface en tk est assez rebutante et l'ergonomie assez perfectible... C'est quand même le logiciel le plus intéressant concernant la gestion des métadonnées EXIF/IPTC des fichiers jpeg que j'ai pu tester jusqu'à présent sous linux. Il permet, contrairement à Xnview, d'effectuer des recherches sur les tags IPTC de la collection de photos grace à une base de données "interne".
[^] # Re: Kimdaba
Posté par manatlan (site web personnel) . Évalué à 2.
[^] # Re: Kimdaba
Posté par manatlan (site web personnel) . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.