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
- KPhotoAlbum (2 clics)
- Proposition financière (1 clic)
- IPTC (1 clic)
- KIPI (1 clic)
- Jesper est prêt à aider (1 clic)
# un port windows
Posté par gradix . Évalué à -1.
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 Axel R. (site web personnel) . Évalué à 0.
Tout vient à qui sait attendre.
Axel
[^] # Re: un port windows
Posté par Batmat . Évalué à 0.
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 rhodeisland . Évalué à 2.
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 Christophe Chailloleau-Leclerc . Évalué à 6.
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 Matthieu Moy (site web personnel) . Évalué à 2.
Non, c'est un mauvais argument. Les logiciels qui stoquent les meta-données dans les images ont un cache aussi rapide que les méta-données à part.
[^] # Re: un port windows
Posté par Christophe Chailloleau-Leclerc . Évalué à 2.
[^] # Re: un port windows
Posté par Minos . Évalué à 2.
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 Seazor . Évalué à 3.
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 Nelis (site web personnel) . Évalué à 2.
D'ailleurs, je te laisse mon adresse email en PM au cas où :-p
# voir du côté de DigiKam
Posté par Nicolas Dumoulin (site web personnel) . Évalué à 3.
[^] # Re: voir du côté de DigiKam
Posté par Gérald Quintana . Évalué à 2.
[^] # Re: voir du côté de DigiKam
Posté par Nicolas Dumoulin (site web personnel) . Évalué à 2.
[^] # Re: voir du côté de DigiKam
Posté par Minos . Évalué à 3.
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 Nicolas Dumoulin (site web personnel) . Évalué à 2.
# Quelques précisions concernant l'offre
Posté par Julien NOEL . Évalué à 9.
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
[^] # Re: Quelques précisions concernant l'offre
Posté par Jeanuel (site web personnel) . Évalué à 3.
A non, hein, ça fait des années que j'attends cette possiblité de stocker en IPTC les méta données de KPA.. Il faut trouver un volontaire.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.