Digikam est un logiciel de gestion de collections photographiques pour KDE. Il permet d'importer les photos de votre appareil photo numérique et de gérer les photos par album, par date, et par des marqueurs (
tags) que l'on peut assigner aux photos. Digikam est capable d'utiliser la bibliothèque de plugins KDE Kipi et sa propre bibliothèque digikamimageplugins pour effectuer des traitements sur les images.
Liste de nouveautés :
- sqlite est maintenant en version 3 ;
- Nouveaux outils de correction des images ;
- Un puissant système de recherche des photos;
- La gestion des albums basé sur la date ;
- Des modifications de l'interface utilisateur ;
- L'ajout de greffons supportant des fonctions de la bibliothèque CIMG ;
- La gestion des vignettes est maintenant bien plus efficace ;
- Le support des images RAW.
Aller plus loin
# Tiff/Png 16 bits
Posté par Arnaud . Évalué à 4.
Mais par support du RAW, j'me demande bien si c'est juste à l'affichage, ou aussi à l'édition ? Parce qu'un TIFF 16 bits (enfin, issu d'une source 12 bits) a beaucoup plus de dynamique qu'un JPEG 8 bits, c'est important pour le traitement de l'image.
[^] # Re: Tiff/Png 16 bits
Posté par Gilles Caulier . Évalué à 10.
Gilles Caulier
[^] # Re: Tiff/Png 16 bits
Posté par Gilles Caulier . Évalué à 6.
Dans cette version il y a aura aussi un support 8 bits des fichiers RAW (pas en 16 bits ==> version 0.9.0).
Gilles Caulier
[^] # digikam et tags
Posté par Julien NOEL . Évalué à 2.
Question : où sont stockés les mots clés attribués à chaque photo ? Un fichier à part (du xml dans kimdaba si je me souviens bien) ou à l'intérieur de la photo (en utilisant les métadonnées IPTC ou XMP).
Merci
jn
[^] # Re: digikam et tags
Posté par Gilles Caulier . Évalué à 3.
Il y a des kioslaves pour interroger la bdd en dehors de digiKam (via konqueror par exemple)
Pour le futur, je prévois d'ajouter un visualisateur IPTC dans un premier temps (0.9.0) ainsi que de dupliquer les informations importantes pour les photographes dans les meta-données embarquées pour PNG, TIFF entre autre, comme cela est déjà fait avec JPEG.
Plus tard, viendra XMP...
Gilles Caulier
[^] # digikam, sqlite et NFS
Posté par icyfemur . Évalué à 1.
Mes photos sont stoqués sur mon serveur NFS, ainsi que la BDD digikam. Mais le hic, c'est que SQLite et NFS, ben ça marche pas bien, enfin même pas du tout (aux derniere nouvelles). En clair, impossible pour moi de lancer digikam depuis mon portable ou depuis mon autre poste client, en lui disant d'aller chercher les photos et la bdd sur le serveur. A chaque fois, je suis obligé de faire un ssh -X sur le serveur, et de lancer digikam....
SQLite 3 résout-il ce problème ? Sinon, est ce qu'il est envisagé de prendre en charge des serveurs de bases de données classiques ?
[^] # Re: digikam, sqlite et NFS
Posté par yoho (site web personnel) . Évalué à -1.
[^] # Re: Tiff/Png 16 bits
Posté par Arnaud . Évalué à 4.
1. Archivage (one ne garde sur disque que les vignettes + les métas + un numéro de "volume d'archivage") avec procédure de réimport de photo à la demande, parce que le RAW, c'est très volumineux... une intégration avec k3b serait judicieuse, peut être (???)
2. Différenciation entre le fichier original, que l'on ne MODIFIE JAMAIS, et le ou les fichiers "de travail" sur lequel on fait les retouches. C'est le principe de "négatif numérique"
(oui, j'sais, il faudrait que je mette la main à la pâte ;-)
[^] # Re: Tiff/Png 16 bits
Posté par Gilles Caulier . Évalué à 5.
Voir ici : http://digikam3rdparty.free.fr/SideBar/
Gilles Caulier
[^] # Re: Tiff/Png 16 bits
Posté par Arnaud . Évalué à 1.
Mais en tout cas, félicitation pour les fonctionnalités et l'ergonomie, ça commence à donner un soft très utile :-)
[^] # Re: Tiff/Png 16 bits
Posté par elb . Évalué à 1.
[^] # Re: Tiff/Png 16 bits
Posté par Gilles Caulier . Évalué à 1.
Gilles Caulier
[^] # Re: Tiff/Png 16 bits
Posté par golum . Évalué à 2.
Puisque tu as fait allusion à Picasa , je dois admettre que le fait d'utiliser une lib 3D (DirectX o:) apporte vraiment un plus
Par exemple, tu peux redimensionner la taille des vignettes à la volée simplement en faisant glisser un "slide button".
Ca donne vraiment une impression de fluidité bluffante.
# Documentation
Posté par Xavier Verne (site web personnel) . Évalué à 8.
Il est à noter que la documentation et l'application sont maintenant entièrement traduits en Français. Pour donner une idée aux contributeurs/traducteurs potentiels du libre, cela représente environ 1 semaine homme de travail, installation de l'environnement de traduction comprise.
A noter qu'elle utilise le backend gphoto pour la reconnaissance des appareils, pour ne pas avoir à dupliquer le travail. Encore un exemple de collaboration entre les desktops.
Deuxième caractéristique importante : la bibliothèque des plugins grossit vite, c'est facile à installer, et encore une fois réutilisable d'une application à l'autre (Plugins "Kipi")
Cette application est le Picasa du libre, elle avance vite et les développeurs sont sympathiques. N'hésitez pas à reporter les problèmes !
Enjoy !
[^] # Re: Documentation
Posté par joseph bourez . Évalué à 1.
pas encore aussi mature mais très très prometteur !
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Documentation
Posté par Médéric RIBREUX (site web personnel) . Évalué à -3.
Argh, c'est fait en Mono....
[^] # Re: Documentation
Posté par Gilles Caulier . Évalué à 3.
http://docs.kde.org/development/en/extragear-graphics/digika(...)
http://docs.kde.org/development/en/extragear-graphics/showfo(...)
http://docs.kde.org/development/en/extragear-graphics/digika(...)
Désolé les liens en français ne sont pas encore disponibles...
Gilles Caulier
# paquets pour kubuntu
Posté par Nicolas Dumoulin (site web personnel) . Évalué à 3.
http://www.digikam.org/?q=download/binary/
[^] # Re: paquets pour kubuntu
Posté par Serge2 . Évalué à -2.
Décidément, je ne regrette pas mon choix de distrib.
Ca marche nickel !
A+
# Différence avec Kimdaba
Posté par Xavier Teyssier (site web personnel) . Évalué à 1.
Mmmm... Il y a quelques temps que je n'ai pas remis les yeux sur les softs de photos, mais de mémoire, il me semblait avoir compris que Digikam et Kimdaba étaient des softs complémentaires.
Or là, d'après ce que je lis dans la news, j'ai l'impression que Digikam marche sur les platesbandes de Kimdaba.
Alors, ces deux applications sont elles complémentaires, ou concurrentes ?
[^] # Re: Différence avec Kimdaba
Posté par Gilles Caulier . Évalué à 2.
Gilles Caulier
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Différence avec Kimdaba
Posté par Gilles Caulier . Évalué à 3.
Les bases de données de kimdaba et celle de digikam sont différentes. Il a été question à un moment de faire quelquechose en commun, mais cela n'a pas abouti car le concept des 2 logiciels est différent.
Ce que kimdaba et digikam ont en commun, c'est les plugins kipi, qui sont à l'origine les plugins de _digikam_ (version 0.6.x à l'époque). Je le sais c'est moi qui les ai écris à 70% !!!
Je regrette qu'il n'y ai pas plus de contributeurs pour kipi venant des projets kimdaba, gwenview et showimg...
Gilles Caulier
# Export vers Flickr
Posté par Anonyme . Évalué à 4.
[^] # Re: Export vers Flickr
Posté par NiCoS . Évalué à 3.
<http://kflickr.sf.net/>
dont j'assure la traduction fr (un peu à la bourre pour la version 0.5 mais je me rattraperais pour la version 0.6) et le paquet pour Kubuntu : <http://www.destination-linux.org/kflickr/>.
[^] # Re: Export vers Flickr
Posté par NiCoS . Évalué à 1.
# TAG EXIF
Posté par xenon_hs (site web personnel) . Évalué à 1.
Il y a une option que j'avais trouvée géniale sur un programme win32 (ACDSEE5.0) c'était la possibilité de retourner les photo dans le bon sens en fonction des tag exif, on pouvait ainsi routourner toutes les photos d'une rép d'un simple click, je n'ai pas la possibilité des tester avant quelques jours cette nouvelle version, quelqu'un sais si cela sera supporté ?
+++
xen
[^] # Re: TAG EXIF
Posté par Julien MOROT (site web personnel) . Évalué à 1.
# Installation rapide
Posté par Yann012 . Évalué à 2.
[^] # Re: Installation rapide
Posté par LeSeb (site web personnel) . Évalué à 1.
[^] # Re: Installation rapide
Posté par Yann012 . Évalué à 2.
# bon ben tant pis pour cette release
Posté par riba . Évalué à 2.
Donc si ça interesse certains: http://bugs.kde.org/show_bug.cgi?id=111880
[1] Ca aurait pu être le début d'une longue suite de patchs, vu que je suis un grand fan de digikam depuis ses débuts et que j'ai beaucoup de temps libre ("assedic powered").
[^] # Re: bon ben tant pis pour cette release
Posté par djibb (site web personnel) . Évalué à 2.
Si tu as le temps, fais-en des patchs ;) tout le monde sera content. Après, il seront pas tous acceptés, c'est obligé.
[^] # Re: bon ben tant pis pour cette release
Posté par Arnaud . Évalué à 1.
[^] # Re: bon ben tant pis pour cette release
Posté par riba . Évalué à 1.
[^] # Re: bon ben tant pis pour cette release
Posté par kesako . Évalué à 2.
J'ai toujours cherché a faire des CD avec :
A) des pages avec les images en miniatures , commentaires et tout.
B) si on clique sur l'image on la version format normal (commentaires et tout.), utilisable par mail ou sur page web
C) en dessous de la miniature on a un lien vers la vraie image tout droit sortie de l'appareil (souvent tres grosse, + 1ou 2Mo) . C'est celle ci dont on se sert si on veut imprimer la photo.
les 3 types d'images sont stockes dans des repertoires differents.
Je n'ai jamais trouvé ca . Soit il y a A) et B) soit A) et C) , jamais A) B) et C) en meme temps
[^] # Re: bon ben tant pis pour cette release
Posté par riba . Évalué à 1.
- soit l'image brute (oui mais une photo 5Mpx ça tient pas dans un écran!);
- soit un aperçu à la taille qu'on a choisi (oui mais tout le monde n'a pas la même taille d'écran, et on ne peut pas la redimensionner);
Vu que ç'était pas pratique, j'ai écrit ce patch qui rajoute un lien (en cliquant sur l'aperçu) sur la "vraie" image (qui est bien sur copiée dans le "projet"). Donc les gens "interessé" par une image, clique dessus, et ça s'ouvre avec le programme "définit par défaut" pour les images (kview intégré à konqueror ou autres), et là ils peuvent la redimensionner, zoomer, ...
Donc c'est A+B+C (selon ta nomenclature). J'avais le même problème que toi ... et j'ai fait le patch. Comme quoi plein de gens doivent avoir ce problème.
[^] # Re: bon ben tant pis pour cette release
Posté par Gilles Caulier . Évalué à 2.
Si tu souhaites participer aux développements des plugins kipi, tu es le bienvenu. Je te conseille de contacter les autres développeurs via IRC sur le canal #digikam (serveur freenode)
Gilles Caulier
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.