Cette nouvelle version compte un grand nombre de nouveautés, de corrections de bugs et d'optimisations.
Les principales nouveautés sont les suivantes :
- KimDaBa utilise maintenant l'architecture de plugins KIPI qu'il partage avec Digikam et Gwenview.
- Le système d'exportation au format HTML permet notamment d'exporter les annotations.
- La fenêtre d'édition des images se charge maintenant très rapidement. Les images sont préchargées à l'avance pour s'afficher plus rapidement lors d'un aperçu.
L'auteur invite tous ceux qui le souhaitent à participer à l'élaboration d'une FAQ sur le Wiki de KimDaBa. Les améliorations moins importantes incluent :
- On peut maintenant trier les listes dans la boite de dialogue d'édition des propriétés d'une image.
- On peut trier les images par date.
- On peut lancer un diaporama directement à partir de la vue des thumbnails.
- Les raccourcis et la barre d'outils peuvent être configurés.
- Les images peuvent maintenant être parcourues par répertoires ; les répertoires apparaissent comme une catégorie automatiquement créée.
- L'éditeur d'image supporte la vérification de l'orthographe au vol.
KimDaBa a enfin un nouveau site web.
De nombreux bugs ont également été corrigés.
Aller plus loin
- Site officiel (73 clics)
- Wiki (16 clics)
- Téléchargement (23 clics)
- Changelog (2 clics)
# Utilisation des metadata...
Posté par Laurent Go . Évalué à 9.
Apparament KimDaBa fait partie de ceux-là, stockant ses infos dans un fichier à part...
Pourquoi il n'existe pas de solution libre utilisant le format de métadata XMP (qui semble mieux que IPTC, lui-même n'étant pas très répandu dans le monde libre) : problème de spécifications, de brevets ?
[^] # Re: Utilisation des metadata...
Posté par LeBonobo Bono . Évalué à 3.
Sinon, on peut exporter en HTML ce qui reste la solution idéale pour partager des photos.
Cela dit, j'aimerais bien que digikam et kimdaba partagent la même structure de fichiers ...
[^] # Re: Utilisation des metadata...
Posté par TImaniac (site web personnel) . Évalué à 3.
[^] # Re: Utilisation des metadata...
Posté par Laurent Go . Évalué à 4.
- on a une vue linéaire des images (au mieux regroupés par thèmes)
- on ne peut pas chercher selon des critères donnés
- on ne peut pas facilement réimporter les images
Mais pour l'utilisateur lambda, ca a le mérite de la simplicité
A noter que f-spot ( http://www.gnome.org/projects/f-spot/(...) ) permet l'export vers gallery ( http://gallery.sourceforge.net/(...) ). A noter, les mockups des futurs fonctionnalités du logiciel ( http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot(...) )
[^] # Re: Utilisation des metadata...
Posté par Gilles Caulier . Évalué à 5.
Il en a été question lorsque l'on a débuté le project KIPI à partir des Digikamplugins. Mais Jesper (auteur de Kimdaba) avait déjà bien implémenté son gestionnaire de base de Données. D'autre part Kimdaba fonctionne différement de Digikam.
Dans Digikam on a abandonné le XML au profit d'une base de données SQLite. C'est trés rapide. On y stocke aussi les previews.
Je recommende d'ailleur de tester la 0.7.0 qui vient de sortir en beta1
Plus d'info ici : http://digikam.sourceforge.net/Digikam-SPIP(...)
Gilles Caulier
Digikam project
Digikamimageplugins project
Kipi project
[^] # Re: Utilisation des metadata...
Posté par jmf . Évalué à 3.
Non probleme de reponse a la question posee, XMP repond a d´autres usages que ceux de KimDaBa (oriente news, drms, donnes pour le sport, ... , mais pas vraiment sur les meta-donnes qui pourraient etre rentrees par l´utilisateur sur ses propres images)
MPEG-7, c´est un peu le meme probleme. C´est fait pour associer un evenement a un extrait d´un fichier video, ou synchroniser des paroles avec le son, mais ca ne correspond pas vraiment.
Mais au-dela des standards qui ne correspondent pas vraiment au besoin, ce sont les applications qui devraient etre changees. En effet , tu t´en rendras compte si tu utilies un peu le logiciel, un logiciel qui tirerait partie des memes informations que KimDaBa (pour chaque image : Quelles personnes ? personne1, personne2, personne3 : Quels Lieux ? Paris, Quartier latin. Quels mots-clefs ? aucun. Autre critere ?), pour etre vraiment utile, devrait fatalement plus ou moins ressembler a KimDaBa ( et notemment posseder son mode de navigation et son mode de recherche et toute l´intelligence qui est dans le logiciel pour rentrer rapidement ces informations meme avec des milliers d´images). Or, je ne connais pas d´applications, y compris sous windows/macos qui aillle aussi loin que KimDaBa.
Donc tu te retrouverais dans le meilleur des cas avec quelquechose d´assez mediocre comme : quand tu fais Ctrl-I dans (seulement la derniere) version de Photoshop, le nom des gens sur la photo apparait. Si c´est juste ceci le but, creer une interface HTML comme c´est trivial avec KimDaBa, rend les memes services et pourra profiter a beaucoup plus de monde.
En attendant la solution parfaite donc, on a un format de fichier transparent tellement il est simple qui nous permet d´offrir maintenant une solution (libre) concrete au probleme difficile d´organiser, ordonner, commenter, chercher parmi sa base de donnees de photo quand elle devient enorme. Le jour ou tu auras un besoin particulier, ce devrait etre facile de faire une conversion, en tout cas tu pourras demander de l´aide sur la mailing-list.
# Pas de paquet .deb
Posté par arnaudus . Évalué à 0.
[^] # Re: Pas de paquet .deb
Posté par Mr_Moustache . Évalué à 3.
[^] # Re: Pas de paquet .deb
Posté par arnaudus . Évalué à 0.
[^] # Re: Pas de paquet .deb
Posté par Croconux . Évalué à 7.
Et pourquoi ça? Ca me parait au contraire être l'approche propre que d'utiliser le système de gestion de paquet prévu pour ça et installé sur ta machine que de bricoler un truc à la main.
Si c'est pour installer le logiciel, vaut mieux compiler le tar.gz.
On parlait de propreté ? C'est mieux d'avoir des trucs compilés à la main qui se baladent dans /usr/local, qui zappent la gestion des dépendances (ton truc a été compilé avec une lib, tu fais un "apt-get remove lalib", "ah bah ça marche plus"), qui peuvent intérférer avec des paquets installés en écrasant des fichiers d'autres paquets), qui ne se désinstalleront probablement pas correctement ?
Si c'est pour devenir mainteneur officiel du paquet
Rien ne t'y oblige. Il m'arrive fréquemment de me faire des paquets juste pour ne pas dégeulasser mon système ou pour installer une version d'un paquet qui n'est pas dans les dépots officiels.
[^] # Re: Pas de paquet .deb
Posté par deftones_chris . Évalué à 1.
[^] # Re: Pas de paquet .deb
Posté par arnaudus . Évalué à 4.
Tu as lu la debian policy? Bah faut une bonne imprimante laser et du temps. Et des compétences. Choses que je n'ai pas.
Pose-toi la question dans l'autre sens : si tu utilises une debian, tu aimerais que les mainteneurs de paquets soient des gugusses comme moi? Sur d'autres distrib, peut-être. Sur debian, certainement pas. Je m'attends à ce que les paquets que j'installe soient faits par des gens qui savent ce qu'ils font, c'est pas des rpm, quand même...
Donc oui, pour la qualité de ma distribution, je préfère que les paquets soient faits par quelqu'un d'autre. Ca ne m'empêche pas de faire des rapports de bugs pour améliorer la distribution...
[^] # Re: Pas de paquet .deb
Posté par deftones_chris . Évalué à 2.
Pourquoi pas :) Ne te connaissant pas, je ne pars pas du principe que tu sois incapable de le faire :)
Et fallait pas prendre mon post pour une critique car on est beaucoup à faire comme toi.
[^] # Utilise checkinstall !
Posté par _ . Évalué à 1.
cd kimbada-jesaispasquoi
./configure --prefix=/usr
make
su
checkinstall
et ça roule t'as un paquet debian, installé en plus :)
biens sûr c'est très "mal packagé" mais tu t'en fiches c'est pas pour le refiler à qqn
# attention : sauvegardez vos db
Posté par Jeanuel (site web personnel) . Évalué à 4.
[^] # Re: attention : sauvegardez vos db
Posté par Jeanuel (site web personnel) . Évalué à 4.
# KIP & Showimg
Posté par Aurélien Bompard (site web personnel) . Évalué à 3.
# Dans un genre plus "Online"
Posté par Alexandre DATH (site web personnel) . Évalué à 0.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.