Articles précédents : Développeur
- [51] PyPy, le serpent qui se mord la queue, sort en version 0.99
- [0] 4 Interviews FOSDEM 2007
- [44] OCaml summer project
- [10] 3 jours de Hackfest à Solutions Linux 2007, du 30 Janvier au 1er Février
- [105] Et les femmes ?
- [6] Résultat des troisièmes Trophées du Libre
- [8] Deux concours autour de Qt
- [1] PortailPHP 2.0 est sorti
- [19] Première implémentation du langage Fortress
- [4] Web Component Development with Zope 3
Liens connexes
- KPhotoAlbum (294 hits)
- Proposition financière (132 hits)
- IPTC (47 hits)
- KIPI (59 hits)
- Jesper est prêt à aider (50 hits)
Dépêche modérée par
Dépêche éditée par
Développeur : Gagnez de l'argent en développant une fonctionnalité pour KPhotoAlbum ?
Posté par Batmat (page perso, ). Modéré le 26 février 2007.
Un LUG propose de payer pour le développement d'une fonctionnalité supplémentaire pour KPA. Des intéressés :-) ?
![[en]](../../../images/en.png)
KPhotoAlbum (294 hits)-
Proposition financière (132 hits)
![[fr]](../../../images/fr.png)
IPTC (47 hits)-
KIPI (59 hits)
-
Jesper est prêt à aider (50 hits)
> Lire la dépêche (17 commentaires, moyenne: 2,5).
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 ?
[+] un port windows
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 Axel R. (page perso, ) le 26/02/2007 à 15:03. (lien). É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 Batmat (page perso, ) le 26/02/2007 à 18:38. (lien). É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 rhodeisland () le 26/02/2007 à 17:00. (lien). É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. :-)--
Qui contrôle l'information contrôle le monde-
[^]Re: un port windows
Posté par Christophe Chailloleau-Leclerc (Jabber id, page perso, ) le 26/02/2007 à 17:30. (lien). É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 Matthieu Moy (page perso, ) le 26/02/2007 à 17:42. (lien). Évalué à 2.> Point supplémentaire : les performances.
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 (Jabber id, page perso, ) le 26/02/2007 à 19:52. (lien). Évalué à 2.C'est ce que je pointais dans ma dernière parenthèse :)
-
-
-
[^]Re: un port windows
Posté par Minos () le 26/02/2007 à 17:33. (lien). É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 Seazor (Jabber id, ) le 27/02/2007 à 11:50. (lien). É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)--
"We all freezed on a bugged subroutine, bugged subroutine, bugged subroutine..." (nearly Beatles)-
[^]Re: un port windows
Posté par Nelis (page perso, ) le 27/02/2007 à 13:05. (lien). É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--
Vache qui rit, à moitié dans son lit
-
-
voir du côté de DigiKam
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 Gérald Quintana () le 26/02/2007 à 15:26. (lien). Évalué à 2.Qu'apporte KPA par rapport à Digikam?
-
[^]Re: voir du côté de DigiKam
Posté par Nicolas Dumoulin (Jabber id, page perso, ) le 26/02/2007 à 16:36. (lien). É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 Minos () le 26/02/2007 à 17:39. (lien). É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 Nicolas Dumoulin (Jabber id, page perso, ) le 26/02/2007 à 20:53. (lien). É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
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
-
[^]Re: Quelques précisions concernant l'offre
Posté par Jeanuel (Jabber id, page perso, ) le 27/02/2007 à 07:02. (lien). Évalué à 3.Si on ne trouve pas preneur,
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.
Cette page a été générée par Templeet en 0.0891s (dont 0.0109 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.