Sortie de KimDaBa version 2.0

Posté par  . Modéré par Nÿco.
Étiquettes :
0
22
oct.
2004
KDE
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

  • # Utilisation des metadata...

    Posté par  . É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  . É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  (site web personnel) . É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  . É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  . É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  . É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  . É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  . Évalué à 3.

      Pourquoi ne fais-tu pas ton paquetage toi-même?
      • [^] # Re: Pas de paquet .deb

        Posté par  . É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  . É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  . É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  . É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  . É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  . É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  (site web personnel) . É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.
  • # KIP & Showimg

    Posté par  (site web personnel) . É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  (site web personnel) . É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.