Sortie de KimDaBa version 2.0

Posté par LeBonobo Bono le 22 octobre 2004 à 09:52. Modéré par Nÿco.

Étiquettes :

oct.

2004

KimDaBa 2.0 est disponible depuis le 8 octobre. C'est est un logiciel qui permet de classer très rapidement ses photos avec des mots-clefs, en précisant les personnes situées sur celles-ci etc.

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 (22 clics)
Changelog (2 clics)

# Utilisation des metadata...

Posté par Laurent Go le 22 octobre 2004 à 10:09. Évalué à 9.

Ayant actuellement beaucoup de photos à classer, j'ai fait un (rapide) tour des solutions existantes sous Linux et à mon avis, le gros problème actuellement, c'est que chaque logiciel utilise sa propre organisation pour le stockage des informations. Quand on est seul, ca va, mais si on veut partager les photos avec d'autres personnes qui n'utilisent pas le même environnement/pas le même logiciel (je ne vois pas pourquoi je leur imposerai mon logiciel...) ca devient problématique.

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 le 22 octobre 2004 à 13:10. Évalué à 3.
  
  Déjà tous ces logiciels utilisent du XML donc ça pourrait être relativement facile de développer des outils de conversion.
  
  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) le 22 octobre 2004 à 13:25. Évalué à 3.
    
    Pour celà l'idéal serait d'utiliser un standard. Le standard MPEG-7 a été conçu pour décrire un contenu multimédia (audio, vidéo, image) dans un format XML. Il serait peut-être avantageux de l'utiliser.
  - [^] # Re: Utilisation des metadata...
    
    Posté par Laurent Go le 22 octobre 2004 à 14:16. Évalué à 4.
    
    Pour moi, ce n'est pas une solution idéale parce que :
    - 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 le 22 octobre 2004 à 15:22. Évalué à 5.
    
    >Cela dit, j'aimerais bien que digikam et kimdaba partagent la même structure de fichiers ...
    
    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 le 22 octobre 2004 à 18:30. Évalué à 3.
  
  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 ?
  
  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 le 22 octobre 2004 à 10:20. Évalué à 0.

Pas de paquet debian dans l'arbre officiel. Il va falloir attendre 6 mois pour le voir apparaître dans "unstable". Pourquoi il n'existe pas une option "debian" dans la page de préférences pour recevoir les dépêches 6 mois après leur sortie? C'est frustrant.
- [^] # Re: Pas de paquet .deb
  
  Posté par Mr_Moustache le 22 octobre 2004 à 10:33. Évalué à 3.
  
  Pourquoi ne fais-tu pas ton paquetage toi-même?
  - [^] # Re: Pas de paquet .deb
    
    Posté par arnaudus le 22 octobre 2004 à 10:54. Évalué à 0.
    
    Mhhh, faire son paquet soi-même, c'est pas très propre, quand même. Si c'est pour installer le logiciel, vaut mieux compiler le tar.gz. Si c'est pour devenir mainteneur officiel du paquet, j'imagine que ça demande beaucoup de travail, et là, je n'en serais pas capable...
    - [^] # Re: Pas de paquet .deb
      
      Posté par Croconux le 22 octobre 2004 à 12:21. Évalué à 7.
      
      faire son paquet soi-même, c'est pas très propre, quand même.
      
      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 le 22 octobre 2004 à 13:55. Évalué à 1.
      
      En fait tu ne veux pas te faire chier. Tu préfères que cela soit quelqu'un d'autre, pas vrai ?
      - [^] # Re: Pas de paquet .deb
        
        Posté par arnaudus le 22 octobre 2004 à 14:03. Évalué à 4.
        
        Tu préfères que cela soit quelqu'un d'autre, pas vrai ?
        
        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 le 22 octobre 2004 à 14:30. Évalué à 2.
        
        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?
        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 _ le 25 octobre 2004 à 18:46. Évalué à 1.
      
      apt-get install checkinstall
      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) le 22 octobre 2004 à 10:27. Évalué à 4.

l'utilisation de la fonction de classement par date m'a provoqué de nombreux plantages de l'application avec perte des infos sur les images concernées. Attention donc : sauvegardez vos DB.
- [^] # Re: attention : sauvegardez vos db
  
  Posté par Jeanuel (site web personnel) le 22 octobre 2004 à 10:36. Évalué à 4.
  
  Je me répond à moi meme. L'utilisation de la version 1.1 semble indiqué en attendant la version 2.1
# KIP & Showimg

Posté par Aurélien Bompard (site web personnel) le 22 octobre 2004 à 13:48. Évalué à 3.

Petite précision : le système de plugins KIPI est aussi utilisé par Showimg, l'autre visualisateur d'images sous KDE et "concurrent" de Gwenview (pour peu que ça veuille dire quelquechose ici).
# Dans un genre plus "Online"

Posté par Alexandre DATH (site web personnel) le 23 octobre 2004 à 14:30. Évalué à 0.

Dans un genre plus "Online", il y a http://interalbum.com(...) qui permet de faire des "site-albums" rapidement avec une url du genre (pour le mien) : http://alexx.interalbum.com(...)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.