Tiff/Png 16 bits

• [^]Re: Tiff/Png 16 bits

  Posté par Gilles Caulier (page perso, ) le 28/11/2005 à 14:49. (lien). Évalué à 10.

  Le support des images 16 bits, des fichiers RAW en 16 bits, des profiles ICC, c'est pour la 0.9.0 qui est en alpha dans la branches 'trunk' du svn de KDE. Je travaille actuellement dessus.
  
  Gilles Caulier

• [^]Re: Tiff/Png 16 bits

  Posté par Gilles Caulier (page perso, ) le 28/11/2005 à 14:59. (lien). Évalué à 6.

  Dans la 0.8.1 qui sortira en début d'année prochaine, il y aura aussi un tag 'Rating' pour marquer ces images préférées (du même style que picassa, avec des étoiles)
  
  Dans cette version il y a aura aussi un support 8 bits des fichiers RAW (pas en 16 bits ==> version 0.9.0).
  
  Gilles Caulier

  • [^]digikam et tags

    Posté par Julien NOEL () le 28/11/2005 à 18:13. (lien). Évalué à 2.

    Bonjour et merci pour ce programme.
    Question : où sont stockés les mots clés attribués à chaque photo ? Un fichier à part (du xml dans kimdaba si je me souviens bien) ou à l'intérieur de la photo (en utilisant les métadonnées IPTC ou XMP).
    Merci
    jn

    • [^]Re: digikam et tags

      Posté par Gilles Caulier (page perso, ) le 28/11/2005 à 22:24. (lien). Évalué à 3.

      Les commentaires, les tags, et autres informations relatives à une images sont stockées dans une bdd sqlite, pas du xml (c'était le cas dans les 0.6.x.)
      
      Il y a des kioslaves pour interroger la bdd en dehors de digiKam (via konqueror par exemple)
      
      Pour le futur, je prévois d'ajouter un visualisateur IPTC dans un premier temps (0.9.0) ainsi que de dupliquer les informations importantes pour les photographes dans les meta-données embarquées pour PNG, TIFF entre autre, comme cela est déjà fait avec JPEG.
      
      Plus tard, viendra XMP...
      
      Gilles Caulier

      • [^]digikam, sqlite et NFS

        Posté par Bouil (Jabber id, page perso, ) le 30/11/2005 à 08:04. (lien). Évalué à 1.

        En parlant de BDD, j'ai le probleme suivant avec digikam :
        
        Mes photos sont stoqués sur mon serveur NFS, ainsi que la BDD digikam. Mais le hic, c'est que SQLite et NFS, ben ça marche pas bien, enfin même pas du tout (aux derniere nouvelles). En clair, impossible pour moi de lancer digikam depuis mon portable ou depuis mon autre poste client, en lui disant d'aller chercher les photos et la bdd sur le serveur. A chaque fois, je suis obligé de faire un ssh -X sur le serveur, et de lancer digikam....
        
        SQLite 3 résout-il ce problème ? Sinon, est ce qu'il est envisagé de prendre en charge des serveurs de bases de données classiques ?

        --
        « La clé d'une langue commune, perdue dans la Tour de Babel, peut être seulement construite par l'usage de l'Espéranto. » Jules Verne.

        • [+] [^]Re: digikam, sqlite et NFS

          Posté par yoho (page perso, ) le 01/12/2005 à 23:29. (lien). Évalué à -1.

          Documente-toi ou essaie...

  • [^]Re: Tiff/Png 16 bits

    Posté par Arnaud (page perso, ) le 29/11/2005 à 15:28. (lien). Évalué à 4.

    Une remarque de photographe amateur ;-) Il y a des fonctionnalités importantes qui accompagnent le RAW :
    
    1. Archivage (one ne garde sur disque que les vignettes + les métas + un numéro de "volume d'archivage") avec procédure de réimport de photo à la demande, parce que le RAW, c'est très volumineux... une intégration avec k3b serait judicieuse, peut être (???)
    
    2. Différenciation entre le fichier original, que l'on ne MODIFIE JAMAIS, et le ou les fichiers "de travail" sur lequel on fait les retouches. C'est le principe de "négatif numérique"
    
    (oui, j'sais, il faudrait que je mette la main à la pâte ;-)

• [^]Re: Tiff/Png 16 bits

  Posté par Gilles Caulier (page perso, ) le 28/11/2005 à 15:03. (lien). Évalué à 5.

  J'oublais aussi pour la future 0.9.0, les onglets sur le coté droit avec les propriétés des images (Exif, Histogram, Commentaires & Tags).
  
  Voir ici : http://digikam3rdparty.free.fr/SideBar/
  
  Gilles Caulier

  • [^]Re: Tiff/Png 16 bits

    Posté par Arnaud (page perso, ) le 28/11/2005 à 16:24. (lien). Évalué à 1.

    Puisque j'ai un développeur sous la main :-), j'ai une question: est-ce que la vitesse générale de l'appli a été améliorée ? J'ai utilisé DigiKam dans l'passé (0.6.x, de mémoire), mais dés que l'on avait quelques dizaines d'albums, le chargement des vignettes faisait ramer le tout, et ce n'était pas super.
    
    Mais en tout cas, félicitation pour les fonctionnalités et l'ergonomie, ça commence à donner un soft très utile :-)

    • [^]Re: Tiff/Png 16 bits

      Posté par elb () le 28/11/2005 à 16:54. (lien). Évalué à 1.

      J'ai testé les 0.8 RC1 et 2 et je peux dire qu'il y a une grosse amélioration au niveau de la vitesse d'affichage des vignettes. Ca roxor !

    • [^]Re: Tiff/Png 16 bits

      Posté par Gilles Caulier (page perso, ) le 29/11/2005 à 12:09. (lien). Évalué à 1.

      La génération des vignettes va être encore amélioré en utilisant les miniatures embarqués dans les fichiers TIFF et PNG comme cela est fait pour les RAW et JPEG, lorqu'il sont disponibles bien sur...
      
      Gilles Caulier

      • [^]Re: Tiff/Png 16 bits

        Posté par golum () le 02/12/2005 à 10:15. (lien). Évalué à 2.

        Et qu'en est-il d'OpenGL ?
        
        Puisque tu as fait allusion à Picasa , je dois admettre que le fait d'utiliser une lib 3D (DirectX o:) apporte vraiment un plus
        
        Par exemple, tu peux redimensionner la taille des vignettes à la volée simplement en faisant glisser un "slide button".
        Ca donne vraiment une impression de fluidité bluffante.

Documentation

• [^]Re: Documentation

  Posté par joseph bourez (page perso, ) le 28/11/2005 à 13:24. (lien). Évalué à 1.

  Pour ceux qui recherchent une application qui s'intègre mieux sous gnome, Il y a f-spot ( http://www.gnome.org/projects/f-spot/ )
  pas encore aussi mature mais très très prometteur !

  • [^]Re: Documentation

    Posté par Nicolas () le 28/11/2005 à 13:44. (lien). Évalué à 1.

    Tout d'abord felicitations aux developpeurs de Digikam, il est super ce soft et vu les noms sur le site il y en a surement qui traine ici :)
    
    Pour f-spot, a premiere vue je dirais que c'est pas du tout comme digikam mais comme kimdaba c'est a dire une base de donnee de photos. Certes digikam peut faire ca aussi mais pas de la facon de kimdaba, vivement que les 2 se rapprochent un chouilla plus pour donner le killer soft :)
    
    http://ktown.kde.org/kimdaba/

  • [+] [^]Re: Documentation

    Posté par Médéric RIBREUX (page perso, ) le 28/11/2005 à 20:56. (lien). Évalué à -3.

    Hello
    
    Argh, c'est fait en Mono....

• [^]Re: Documentation

  Posté par Gilles Caulier (page perso, ) le 28/11/2005 à 14:54. (lien). Évalué à 3.

  J'estime que la documentation est un élément clef pour faire une bonne application. Elle évite des questions redondantes des utilisateurs sur la mailling-list. C'est aussi un gage de qualité. Il y a 3 liens qui permettent de consulter en ligne les manuels :
  
  http://docs.kde.org/development/en/extragear-graphics/digika(...)
  http://docs.kde.org/development/en/extragear-graphics/showfo(...)
  http://docs.kde.org/development/en/extragear-graphics/digika(...)
  
  Désolé les liens en français ne sont pas encore disponibles...
  
  Gilles Caulier

paquets pour kubuntu

• [+] [^]Re: paquets pour kubuntu

  Posté par Serge2 () le 28/11/2005 à 13:56. (lien). Évalué à -2.

  Merci pour les paquets !
  Décidément, je ne regrette pas mon choix de distrib.
  Ca marche nickel !
  A+

Différence avec Kimdaba

• [^]Re: Différence avec Kimdaba

  Posté par Gilles Caulier (page perso, ) le 28/11/2005 à 15:00. (lien). Évalué à 2.

  Concurrentes c'est clair (:=))))
  
  Gilles Caulier

  • [^]Re: Différence avec Kimdaba

    Posté par Nicolas () le 28/11/2005 à 19:33. (lien). Évalué à 3.

    c'est a dire qu'il sera aussi simple et rapide qu'avec kimdaba de creer sa base de donnee de photos? J'utilise kimdaba actuellement pour le classement des photos et c'est bien pratique pour retrouver une photo particuliere. Je trouve ca plus complique/moins intuitif sous digikam mais ca fait un moment que je n'ai pas ressaye.
    
    Petite question, une base de donnee cree avec kimdaba peut elle etre lu/utilise avec digikam? Si non est-ce prevu a court/long terme? Est-ce que les programmes pourraient avoir une base de donnee avec un format similaire?

    • [^]Re: Différence avec Kimdaba

      Posté par Gilles Caulier (page perso, ) le 29/11/2005 à 12:16. (lien). Évalué à 3.

      Et bien essaye la 0.8.0 qui a été amélioré dans ce sens...
      
      Les bases de données de kimdaba et celle de digikam sont différentes. Il a été question à un moment de faire quelquechose en commun, mais cela n'a pas abouti car le concept des 2 logiciels est différent.
      
      Ce que kimdaba et digikam ont en commun, c'est les plugins kipi, qui sont à l'origine les plugins de _digikam_ (version 0.6.x à l'époque). Je le sais c'est moi qui les ai écris à 70% !!!
      
      Je regrette qu'il n'y ai pas plus de contributeurs pour kipi venant des projets kimdaba, gwenview et showimg...
      
      Gilles Caulier

Export vers Flickr

• [^]Re: Export vers Flickr

  Posté par NiCoS (page perso, ) le 28/11/2005 à 14:55. (lien). Évalué à 3.

  Tu peux le faire aussi de façon autonome via kflickr :
  <http://kflickr.sf.net/>
  dont j'assure la traduction fr (un peu à la bourre pour la version 0.5 mais je me rattraperais pour la version 0.6) et le paquet pour Kubuntu : <http://www.destination-linux.org/kflickr/>.

• [^]Re: Export vers Flickr

  Posté par NiCoS (page perso, ) le 28/11/2005 à 14:59. (lien). Évalué à 1.

  kflickr me semble a première vue plus riche fonctionnallement que l'export dispo dans digikam... (surtout avec la version 0.5)

TAG EXIF

• [^]Re: TAG EXIF

  Posté par Julien MOROT (Jabber id, page perso, ) le 28/11/2005 à 19:11. (lien). Évalué à 1.

  C'est déja supporté.

Installation rapide

• [^]Re: Installation rapide

  Posté par LeSeb (page perso, ) le 28/11/2005 à 19:56. (lien). Évalué à 1.

  La version 0.8 est d'ores et déjà disponible dans la version unstable de Debian.

  • [^]Re: Installation rapide

    Posté par Yann012 () le 28/11/2005 à 20:22. (lien). Évalué à 2.

    Ah oui j'avais oublié lors de mon upgrade j'avais oublié que j'avais pas réinstallé digikam... C'est chose faite maintenant ! Merci beaucoup et bravu aux mainteneurs des paquets pour leur réactivité !

    --
    Mon JID est yannbng@jabber.fr

bon ben tant pis pour cette release

• [^]Re: bon ben tant pis pour cette release

  Posté par djibb (Jabber id, page perso, ) le 29/11/2005 à 07:26. (lien). Évalué à 2.

  quel est le rapport entre un non-commit et ne pas proposer d'autres patchs ?
  
  Si tu as le temps, fais-en des patchs ;) tout le monde sera content. Après, il seront pas tous acceptés, c'est obligé.

• [^]Re: bon ben tant pis pour cette release

  Posté par Arnaud (page perso, ) le 29/11/2005 à 08:09. (lien). Évalué à 1.

  En général, pour ne pas perdre de temps, avant d'écrire la patch, il vaut mieux tester l'intérêt des mainteneurs : inutile de coder ce qu'ils ne veulent pas intégrer (sauf à forker, mais un fork,c'est toujours dommage, ça duplique trop d'efforts)

  • [^]Re: bon ben tant pis pour cette release

    Posté par rb14 () le 29/11/2005 à 14:30. (lien). Évalué à 1.

    C'est un patch qui rajoute une option (désactivée par defaut), qui correspond à une fonctionnalité que a priori beaucoup de gens veulent (cf. post suivant), donc c'est vraiment pas intrusif.

• [^]Re: bon ben tant pis pour cette release

  Posté par kesako () le 29/11/2005 à 10:11. (lien). Évalué à 2.

  ca m'interesse . Est ce que cela correspond a ceci :
  
  J'ai toujours cherché a faire des CD avec :
  A) des pages avec les images en miniatures , commentaires et tout.
  B) si on clique sur l'image on la version format normal (commentaires et tout.), utilisable par mail ou sur page web
  C) en dessous de la miniature on a un lien vers la vraie image tout droit sortie de l'appareil (souvent tres grosse, + 1ou 2Mo) . C'est celle ci dont on se sert si on veut imprimer la photo.
  
  les 3 types d'images sont stockes dans des repertoires differents.
  
  Je n'ai jamais trouvé ca . Soit il y a A) et B) soit A) et C) , jamais A) B) et C) en meme temps

  • [^]Re: bon ben tant pis pour cette release

    Posté par rb14 () le 29/11/2005 à 14:20. (lien). Évalué à 1.

    C'est exactement ça! Le plugin kipi imagegallery permet de faire la page des miniatures, et si on clique sur une des miniatures, on obtient une page avec les commentaires et les liens vers précedente/suivante, avec un "aperçu", qui peut être:
    - soit l'image brute (oui mais une photo 5Mpx ça tient pas dans un écran!);
    - soit un aperçu à la taille qu'on a choisi (oui mais tout le monde n'a pas la même taille d'écran, et on ne peut pas la redimensionner);
    
    Vu que ç'était pas pratique, j'ai écrit ce patch qui rajoute un lien (en cliquant sur l'aperçu) sur la "vraie" image (qui est bien sur copiée dans le "projet"). Donc les gens "interessé" par une image, clique dessus, et ça s'ouvre avec le programme "définit par défaut" pour les images (kview intégré à konqueror ou autres), et là ils peuvent la redimensionner, zoomer, ...
    
    Donc c'est A+B+C (selon ta nomenclature). J'avais le même problème que toi ... et j'ai fait le patch. Comme quoi plein de gens doivent avoir ce problème.

• [^]Re: bon ben tant pis pour cette release

  Posté par Gilles Caulier (page perso, ) le 29/11/2005 à 12:23. (lien). Évalué à 2.

  Tous les contributeurs sont les bienvenus. Je suis l'auteur de ce plugin à l'origine, mais comme je maintien le core de digikam et les plugins de l'éditeur d'image, je n'ai plus le temps de m'occuper des plugins kipi.
  
  Si tu souhaites participer aux développements des plugins kipi, tu es le bienvenu. Je te conseille de contacter les autres développeurs via IRC sur le canal #digikam (serveur freenode)
  
  Gilles Caulier