Je ne vais pas prêcher pour ma paroisse ou faire de la pub.
jbrout est en python/pygtk, donc s'intègre à gnome (sans toutefois respecter la hig ;-) ... c'est multi plateforme (win/linux).
Ce n'est qu'un gestionnaire de photo, tentant de n'utiliser que des standards (exif/iptc/jpeg-comment) pour gérer ses photos (et bientôt xmp, car à terme, ça utiliser libexiv2).
ça n'oblige pas non plus d'avoir une certaines méthode pour classer ses photos (contrairement à fspot qui duplique tout). Ca laisse à l'utilisateur le soin de s'organiser comme il le désire.
C'est calibrer pour gérer des collections énormes de jpeg (pas de raw, pas de tif (mais peut être bientôt les tifs (cf libexiv2))). Et contrairement à beaucoup, il ne genere pas des thumbnails, ou n'utilise pas les thumbs nautilus ... il utilise les "internal exif thumbnail" (mini image contenu dans les données exif), et se débrouille pour que celle ci soit toujours en adéquation avec la vraie image. Quand on a plus 30000 photos, ça ne vas pas emcombrer les hdd avec des thumbs, alors que ces thumb existe déjà dans la jpeg, dans ses données exif.
Il n'y a pas de bdd, tout est stocker dans les photos, et dans le filesystem. (il y a certes une bdd xml, mais elle peut être "rebuild from scratch at anytime" ... et sert uniquement pour booster les recherches/affichages)
jbrout ne s'occupe que du taggage/recherche/classement d'albums/photos ... et fait accessoirement visionneuse. Mais sait également appeler des applis externes (genre gimp, script/batch imagemagick, etc ...) sans détruire les sacro saintes données internes de l'image (exif/iptc ...). Le taggage se fait très rapidement au drag'n'drop ou au clavier.
Accessoirement, des plugins gravitent autour pour fournir d'autres options bien utilies, export (vers ftp/filesystem/gallery)) / mail / serveur_http / upload flickr-picasa (l'upload picasa ne marche plus actuellement)
Les gros manques par rapport aux consorts ci-dessus, c'est le support des formats TIF et RAW, et le support de l'XMP. Mais l'intégration de libexiv2 devrait améliorer les choses.
NON le "J" ne veux pas dire que c'est fait en java (mais jpeg), et OUI : l'interface n'est pas ce qui se fait de mieux en ihm, mais reste très pratique et rapide à l'usure ;-)
# jbrout
Posté par manatlan (site web personnel) . En réponse à la dépêche Linux et la photographie : état des lieux. Évalué à 5.
jbrout est en python/pygtk, donc s'intègre à gnome (sans toutefois respecter la hig ;-) ... c'est multi plateforme (win/linux).
Ce n'est qu'un gestionnaire de photo, tentant de n'utiliser que des standards (exif/iptc/jpeg-comment) pour gérer ses photos (et bientôt xmp, car à terme, ça utiliser libexiv2).
ça n'oblige pas non plus d'avoir une certaines méthode pour classer ses photos (contrairement à fspot qui duplique tout). Ca laisse à l'utilisateur le soin de s'organiser comme il le désire.
C'est calibrer pour gérer des collections énormes de jpeg (pas de raw, pas de tif (mais peut être bientôt les tifs (cf libexiv2))). Et contrairement à beaucoup, il ne genere pas des thumbnails, ou n'utilise pas les thumbs nautilus ... il utilise les "internal exif thumbnail" (mini image contenu dans les données exif), et se débrouille pour que celle ci soit toujours en adéquation avec la vraie image. Quand on a plus 30000 photos, ça ne vas pas emcombrer les hdd avec des thumbs, alors que ces thumb existe déjà dans la jpeg, dans ses données exif.
Il n'y a pas de bdd, tout est stocker dans les photos, et dans le filesystem. (il y a certes une bdd xml, mais elle peut être "rebuild from scratch at anytime" ... et sert uniquement pour booster les recherches/affichages)
jbrout ne s'occupe que du taggage/recherche/classement d'albums/photos ... et fait accessoirement visionneuse. Mais sait également appeler des applis externes (genre gimp, script/batch imagemagick, etc ...) sans détruire les sacro saintes données internes de l'image (exif/iptc ...). Le taggage se fait très rapidement au drag'n'drop ou au clavier.
Accessoirement, des plugins gravitent autour pour fournir d'autres options bien utilies, export (vers ftp/filesystem/gallery)) / mail / serveur_http / upload flickr-picasa (l'upload picasa ne marche plus actuellement)
Les gros manques par rapport aux consorts ci-dessus, c'est le support des formats TIF et RAW, et le support de l'XMP. Mais l'intégration de libexiv2 devrait améliorer les choses.
NON le "J" ne veux pas dire que c'est fait en java (mais jpeg), et OUI : l'interface n'est pas ce qui se fait de mieux en ihm, mais reste très pratique et rapide à l'usure ;-)