Gagnez de l'argent en développant une fonctionnalité pour KPhotoAlbum ?

Posté par  . Modéré par Nÿco.
Étiquettes :
0
26
fév.
2007
Communauté
KPhotoaAlbum, anciennement KimDaBa, est un logiciel de gestion de photos.

Un LUG propose de payer pour le développement d'une fonctionnalité supplémentaire pour KPA. Des intéressés :-) ? KPhotoAlbum, alias KPA, est développé en Qt3 principalement par un développeur, créateur du logiciel : Jesper K. Pedersen. KPA permet d'annoter plusieurs milliers de photos en un temps record.

KPA, contrairement à certains de ses concurrents, fait le choix de stocker les méta-données des photos de façon externe. En effet, l'un des principes de base de KPA est de ne jamais toucher directement aux photos. Ceci est rendu évidemment possible par des greffons spécifiques (via l'interface KIPI), mais ce n'est donc pas le coeur de KPA qui s'en charge.

Actuellement, ce stockage externe est réalisé dans un fichier XML, mais à la suite d'une proposition faite pour le ''Google Summer of Code 2006'', une sauvegarde en base de données a été développée (fonctionnalité encore en développement actuellement).

Certains utilisateurs souhaiteraient pouvoir stocker ces méta-données directement dans les fichiers (jpg), en utilisant la spécification IPTC. Assez récemment, le message suivante est arrivé sur la liste :
"we still have about 300 euros from our members contributions and we are thinking about what to do with this money...
we'd like to know if this money could accelerate the development of the iptc metadata integration instead XML file that forms the database (saving the keywords) in KPA so i propose to "give" the money to anyone who will be able to start the developement of this functionality (we know this amount of money is not enough to develop this functionality entirely)
"

Vu l'architecture de KPA expliquée plus haut, cette fonctionnalité aurait plutôt vocation en tant que greffon KIPI. Quelque chose qui "exporterait" les méta-données directement dans les fichiers.

De l'avis de Jesper (l'auteur de KPA), en utilisant l'API exiv2, ce travail n'est pas très compliqué et il est tout à fait prêt à aider.

Alors, des intéressés ?

Aller plus loin

  • # un port windows

    Posté par  . Évalué à -1.

    Personnellement ce qui m'aurait déjà servi plusieurs fois, c'est un port de l'application sous Windows.

    Cette application est très pratique, mais lorsque l'on désire montrer ses photos depuis une autre machine sans perdre les métadonnées, on est vite embêté...
    • [^] # Re: un port windows

      Posté par  (site web personnel) . Évalué à 0.

      il est possible que le nouveau KDE4 soit disponible sous windows...

      Tout vient à qui sait attendre.

      Axel
      • [^] # Re: un port windows

        Posté par  . Évalué à 0.

        En fait, KPhotoAlbum n'est pas réservé à KDE. Personnellement, j'utilise Gnome ET KPA :-). Mais tu as raison sur le principe. En fait, plus précisément, cette possibilité est liée à Qt4 (KPA est actuellement en Qt3), qui est censée être totalement portable sous Windows, notamment.

        Le développeur principal de KPA aimerait trouver le temps de migrer vers Qt4, qui permettra alors d'utiliser KPA indifféremment sous les deux OS :-).
    • [^] # Re: un port windows

      Posté par  . Évalué à 2.

      Bonjour,

      Pour moi, ton problème se situe plutôt là:
      "KPA, contrairement à certains de ses concurrents, fait le choix de stocker les méta-données des photos de façon externe. En effet, l'un des principes de base de KPA est de ne jamais toucher directement aux photos."

      Je ne suis pas développeur et je vais donc peut-être dire une connerie, mais moi il me semble illogique de mettre les méta-données à part, et ce, justement pour le problème que cela t'occasionne. En outre, je ne trouve pas normal que tu doives imposer l'installation de KPA sur un autre ordinateur (si cela était possible). Quand je suis sous Windows, j'utilise XnView pour visualiser mes images et pour moi il est hors de question que machin vienne installer tel ou tel logiciel dont je n'ai jamais entendu parler et dont je n'ai pas besoin juste pour me montrer 3-4 photos. S'il y a des standards (IPTC,...) c'est pour se simplifier la vie et ne pas devoir installer 5 applications qui font plus ou moins la même chose.

      Donc, un port Windows me semble une mauvaise solution (pour ce problème-ci). La seule solution qui me semble efficace est celle préconisée par les utilisateurs à savoir "pouvoir stocker ses méta-données directement dans les fichiers".

      Enfin, c'est mon avis. Si tu as une raison pour laquelle tu préfères garder les méta-données à part malgré tous les inconvénients, j'aimerais bien la connaître. :-)
      • [^] # Re: un port windows

        Posté par  . Évalué à 6.

        Un point de vue totalement différent : par (mauvaise) expérience, je n'ai pas confiance dans un logiciel quel qu'il soit (même développé par moi, hein), et donc, je ne supporte pas les logiciels qui veulent tripatouiller mes données...

        J'ai mes photos dans un coin, et les méta-données ailleurs, et personne ne touche aux photos. Quand je fais des retouches ou quoi que ce soit dessus (recompresser pour mettre en ligne, ...), je travaille toujours sur des copies.

        C'est peut être un peu parano, mais j'ai déjà perdu tellement de données...

        Point supplémentaire : les performances. Une base de données avec toutes les méta-données s'utilise de manière quasi-instantanée, alors que s'il faut ouvrir chaque fichier pour récupérer ses méta-données, pour des recherches par exemple, les temps doivent exploser... (bon, on peut aussi mixer, en stockant a la fois dans une base et dans les fichiers pour reconstruire la base ou autres).
      • [^] # Re: un port windows

        Posté par  . Évalué à 2.

        Le truc, c'est que ton XnView serait bien incapable de bénéficier réellement des méta-données qu'on rentre avec kimdaba sans réinventer ce logiciel du tout au tout.

        Kimdaba ce n'est pas juste "montrer 2-3 photos en affichant 3-4 méta données dans un coin" ; c'est un tout cohérent - pouvoir naviguer facilement dans les images, ok, mais à condition qu'elles soient extêmement rapides à annoter - qui fait de lui un iTunes - pardon un Amarok - de la photographie numérique, lorsqu'on commence à compter ses photos par milliers.

        Le mieux c'est de découvrir cela par toi-même

        http://kphotoalbum.org/videos.html
      • [^] # Re: un port windows

        Posté par  . Évalué à 3.

        Je vois une raison pour les garder à l'extérieur (ou au moins une partie des meta-données) : le contexte.

        Ces méta-données peuvent ne pas être les mêmes d'une personne à l'autre.
        Si j'ajoute "connard" en référence à la personne qui se trouve sur la photo, faudra faire gaffe. Car si j'envoie la photo par mail, le destinataire ne le prendra pas forcément bien.

        Et si, sur une autre, je met le nom de ma soeur au complet, et que la photo la montre sortant de la piscine après une chute accidentelle, ce serait moyen qu'elle soit envoyée de copain en copain en chaine et retrouver cette même photo dans 2 mois envoyée par un indélicat avec le nom et tout le reste de mes infos d'origine sur un site de concours de t-shirt mouillé. (La photo seule étant déjà suffisament génante dans ce cas).

        J'attends ce genre de chose de nepomuk dans qq temps et préfère KPA en attendant... (Ca évite les incidents diplomatiques)
        • [^] # Re: un port windows

          Posté par  (site web personnel) . Évalué à 2.

          Franchement, dans le cas de ta soeur, ce n'est pas mettre son nom qui n'est pas sympa, c'est d'envoyer la photo ;-)

          D'ailleurs, je te laisse mon adresse email en PM au cas où :-p
  • # voir du côté de DigiKam

    Posté par  (site web personnel) . Évalué à 3.

    Je ne connaît pas exactement les différences techniques entre KPhotoalbum et DigiKam. Mais DigiKam implémente ces fonctionnalité il me semble. Il pourrait donc être intéressant de travailler (tout du moins essayer) avec eux pour créer ce plugin Kipi, ou reprendre des bouts de code si ça ne se fait pas sous forme de plugin.
    • [^] # Re: voir du côté de DigiKam

      Posté par  . Évalué à 2.

      Qu'apporte KPA par rapport à Digikam?
      • [^] # Re: voir du côté de DigiKam

        Posté par  (site web personnel) . Évalué à 2.

        Étant ancien utilisateur de KimDaBa, converti à DigiKam, je dirai que l'originalité est le mode de navigation qui est simplifié. À part ça, c'est vrai que je vois pas trop ce qui les différencie ...
      • [^] # Re: voir du côté de DigiKam

        Posté par  . Évalué à 3.

        Ce sont deux très bon logiciels : abondance de biens ne nuit pas.

        Le truc que je trouve le plus génial dans kphotoalbum, c'est la possibilité de pré-annoter les images à la volée (par une simple pression sur une touche du clavier) pendant un slideshow sans l'interrompre (on termine le travail une fois la scéance slideshow terminée) comme on le voit sur la 4° vidéo :

        http://kphotoalbum.org/videos.html

        Mais bon, comme c'est moi qui ait proposé cette idée à Jesper, je ne suis pas super objectif ;-)
        • [^] # Re: voir du côté de DigiKam

          Posté par  (site web personnel) . Évalué à 2.

          Ouahou, excellente cette fonctionnalité ! Ça me donnerait presque envie d'utiliser à nouveau KPA. Ou alors je vais attendre que le stockage des métadonnées se fassent via IPTC, et je l'utiliserai juste pour tagger ;-)
  • # Quelques précisions concernant l'offre

    Posté par  . Évalué à 9.

    Bonjour
    je suis à l'origine de cette proposition et j'aurais bien aimé être contacté par l'auteur de la brève pour y ajouter des précisions. Mais passons.
    Donc notre lug de Mayotte est devenu inactif (plus d'adhérent, plus de personnes pour l'animer... Bref, il est mort). Il nous restait environ 300 euros en caisse (je ne gérais pas l'argent mais je fais confiance à mon collègue pour ne pas les avoir dépensés ;-) et plutot que de perdre cette somme, j'ai proposé de l'injecter dans un projet. Nous sommes trois à nous y intéressé et j'ai proposé de "financer" (je sais bien que 300 euros, ce n'est pas la mer à boire !) ce développement.
    En fait, c'est un peu une suite à mon document sur la gestion des photos numériques (toujours incomplet, je sais) http://julien.noel.free.fr/photo_numerique/
    Kphotoalbum étant très simple et puissant, je pense que l'intégration des métadonnées dans l'image (IPTC -http://fr.wikipedia.org/wiki/IPTC - mais cela peut etre aussi XMP - http://fr.wikipedia.org/wiki/Extensible_Metadata_Platform ) plutot que dans une base de données est plus pérenne (meme si le format de la base de données est ouvert, un fichier xml pour KPA si je me souviens bien).
    Voilà donc l'idée.
    Si on ne trouve pas preneur, on essaiera de trouver un autre projet à financer (un programme de préférence).
    Pour toute question : julien.noel AT free.fr

Suivre le flux des commentaires

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