Quel catalogueur sous Linux utilisez-vous ?

Yadutaf · Juin 02, 2015, 08:48:29

Bonjour à tous,

Nous ne manquons plus, sous Linux, d'alternatives crédibles, et même au-delà, en matière de dérawtiseurs et Gimp fait le job pour la retouche.

La politique commercial d'Adobe faisant, elle aussi, le job et celle de Corel ayant enterré depuis longtemps cet excellent outil qu'était Bibble, je prépare mon "après LightRoom". Adieu machines virtuelles, patch et compilation de wine pour faire tourner LR et DXO.

Il me reste à régler le problème du catalogage. Je suis entrain d'essayer les différents outils qui peuvent exister mais je dois dire que, la plupart, sont des visionneuses plus ou moins améliorées. LightRoom m'a donné de saines habitudes de classement et de travail et, on a beau dire ce que l'on veut d'Adobe, mais leur logiciel est vraiment un modèle du genre.

Je cherche donc à savoir ce qu'utilisent ceux d'entre nous qui font du catalogage sous Linux et pourquoi ?

Franciscus Corvinus · Juin 02, 2015, 16:26:34

Je n'utilise pas Linux pour mes propres photos, mais j'ai une machine Linux pour les photos "de famille" (prises par un peu tout le monde), pour laquelle DigiKam est vraiment tres, tres bien. Ca n'est pas juste qu'il est bien, mais il évolue sérieusement et régulierement. Des petits trucs comme la reconnaissance de visages sont idéales pour mon usage.

Mon expérience de cataloguer mes propres photos me fait aussi penser que DigiKam n'est pas un simple outil pour les tatas Ginette (en fait, ca n'est surtout pas pour elles!) mais a de grosses capacités avancées.

Je ne l'utilise pas pour mes photos tout simplement parce que je suis sous Windows, et que DigiKam ne s'y porte pas bien.

Yadutaf · Juin 02, 2015, 16:46:31

Oui, digikam à l'air d'être le plus complet et il a bien évolué depuis la dernière fois que je l'ai utilisé, il y a quelques années. En fait, c'est la seule application qui me semble aller au-delà de la visionneuse sophistiquée.
Je trouve que l'outil d'importation est un peu léger mais on peut utiliser le très puissant et très spécialisé Rapid Photo Downloader.
Je n'arrive pas à me servir du plugin de géotagage. Je n'ai pas du tout compris comment il fonctionne et n'ai pas encore trouvé de tutoriel digne de ce nom.

bellifontains · Juin 05, 2015, 21:14:04

Bonsoir,

Pour ma part j'utilise Digikam au quotidien, mais il existe aussi Darktable pour Gnome.

J'utilise Digikam pour le traitement des raws, le géolocalisation et bien sur le catalogage.

Digikam à cette qualité, lire énormément de format de fichier, il est rapide et plutôt convivial.

Je conserve LR pour des choses plutôt compliqués.

photux · Juin 05, 2015, 21:39:13

Il y a l'excellent XnView.

Yadutaf · Juin 06, 2015, 00:08:02

Je n'ai toujours pas compris comment faire le géomarquage avec Digikam. Pour le reste il a l'air bien complet et c'est un vrai catalogueur.

J'ai l'impression que XnView est plus à une visionneuse de luxe.

Darktable est un bon logiciel de flux. Pour cela il faut le coupler à RPD, comme Digikam d'ailleurs. Je lui reproche cependant de na pas savoir, d'un clic droit, proposer d'ouvrir la photo dans un autre logiciel tel que RawTherapee ou Gimp comme sait le faire LR.

Une chose m'intrigue : la géolocalisation marquée à l'aide LR est lisible par Digikam mais pas celle marquée par Darktable.

alafaille · Juin 06, 2015, 12:48:00

Citation de: Yadutaf le Juin 06, 2015, 00:08:02

Une chose m'intrigue : la géolocalisation marquée à l'aide LR est lisible par Digikam mais pas celle marquée par Darktable.

Une hypothèse :
J'ai fait quelques tests avec Digikam pour gérer un catalogue de mes Raws et j'ai jeté un coup d'oeil dans les fichiers xmp accompagnant les photos. Ces fichiers en format xml fonctionnent par "sections". Chaque soft / standard ouvre ses propres zones pour la conservation d'information. Ainsi, les même mots clés seront stockés en différents endroits selon le logiciel utilisé pour les associer.
Ainsi digikam va les stocker / lire dans sa propre section , mais aussi dans une section IPTC et une section DC (Dublin Core), et da

Exemple de ce que l'on peut trouver au début d'un fichier xmp :
xmlns:xmp="http://ns.adobe.com/xap/1.0/"
xmlns:xmpMM="http://ns.adobe.com/xap/1.0/mm/"
xmlns:darktable="http://darktable.sf.net/"
xmlns:digiKam="http://www.digikam.org/ns/1.0/"
xmlns:MicrosoftPhoto="http://ns.microsoft.com/photo/1.0/"
xmlns:exif="http://ns.adobe.com/exif/1.0/"
xmlns:tiff="http://ns.adobe.com/tiff/1.0/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:Iptc4xmpCore="http://iptc.org/std/Iptc4xmpCore/1.0/xmlns/"
xmlns:lr="http://ns.adobe.com/lightroom/1.0/

Je ne suis pas aller décortiquer la norme xmp ... mais cela ressemble étrangement à une déclaration de différents formats de tags présents dans le fichier, avec un renvoi vers une page web de référence.

Je suppose que si tu fait du tag xmp , même en le conservant dans le jpg, la structure est la même. Donc Digikam sait aller lire les informations de la section LR ou Adobe ... mais il ignore les infos de la section Darktable.

Et accessoirement, je suis aussi preneur d'info et d'expérience pour du catalogage sous Linux ... principalement pour du raw et en utilisant des fichiers sidecar xmp. J'ai fait des tests sur des copies (heureusement) et au cours de mes expériences, en inscrivant les infos xmp dans le raw digikam à réussi à me corrompre ce raw

au fait : RPD

quesaco ?

Yadutaf · Juin 06, 2015, 15:01:55

RPD = Rapid Photo Downloader.
Cet outil permet de compenser l'absence de module de déchargement des cartes mémoires dans Digikam ou dans Darktable.

Ta lecture des XMP est globalement bonne. La nuance étant que je n'utilise pas les XMP pour LR. En l'absence de XMP, LR inscrit toutes les données qui ne concernent que lui dans son catalogue. Quand ce sont des données normalisées comme les EXIF ou IPTC, il les inscrit directement dans le fichier concerné. Ainsi les géotags sont-ils insérés dans les EXIF sous la forme standard, comme le ferais un APN avec GPS embarqué.
Darktable ne doit pas procéder comme cela et inscrit peut-être les coordonnées dans un XMP lisible de lui seul.

L'idéal serait de pouvoir tourner avec Darktable comme on peut le faire avec LR ou comme on pouvait le faire, moins bien, avec ASP (obligé d'en parler au passé

), en se passant de Digikam. Malheureusement, la petite limitation que j'évoquais plus haut (pas d'ouverture vers les autres logiciels) est gênante.

Miaz3 · Juin 07, 2015, 15:37:03

Digikam a l'air d'être instable sur les machines en 64 bits ?! personnellement j'ai ubuntu 14.04 64b et à chaque demande d'ajout de dossier il plante...des idées ?! donc impossible d'y ajouter quoi que ce soit

Yadutaf · Juin 07, 2015, 15:48:22

Je n'ai aucun problème que ce soit avec la Mint 17.1 (donc équivalent à la 14.04) ou la Debian, les deux en 64 bits.

En ce qui me concerne, j'ai choisi un répertoire /Import qui sert d'album et je fais faire les importations par RPD dans ce répertoire sous la forme /Import/AAAA/MM/JJ/maphoto.raw. Au démarrage, Digikam affiche tout le contenu du répertoire /Import sans poser de question.
C'est l'organisation que j'ai adoptée avec LR et elle me convient parfaitement. Comme je peux la reproduire avec RPD, je n'ai aucune raison de changer.

Miaz3 · Juin 07, 2015, 16:09:37

Après une recherche sur le net, apparemment je ne suis pas le seul dans ce cas...
Voici un détail du crash :

CitationCould not find 'klauncher' executable.
kdeinit4: Communication error with launcher. Exiting!
Could not find 'klauncher' executable.
kdeinit4: Communication error with launcher. Exiting!
digikam(14019): couldn't create slave: "Cannot talk to klauncher: The name org.kde.klauncher was not provided by any .service files"
digikam(14019)/digikam (core) Digikam::ImageAlbumModel::slotResult: Failed to list url: "Could not start process Cannot talk to klauncher: The name org.kde.klauncher was not provided by any .service files."
Could not find 'klauncher' executable.
kdeinit4: Communication error with launcher. Exiting!
KCrash: Application 'digikam' crashing...
KCrash: Attempting to start from kdeinit
KCrash: Connect sock_file=/home/miaz3/.kde/socket-jeremy/kdeinit4__0
Warning: connect() failed: : Connexion refusée
KCrash: Attempting to start directly
KCrash failed to exec(), errno = 2
Unable to start Dr. Konqi
Not forwarding the crash to Apport.

Miaz3 · Juin 07, 2015, 16:13:59

Des alternatives avec shotell ? ajout de greffons ou plugin ?

Arnaud17 · Juin 07, 2015, 16:27:13

Est il possible que tous les Gnome ne soient pas pur beurre et que ça marcherait mieux sous un KDE ?

Yadutaf · Juin 07, 2015, 16:34:02

De mon point de vue Shotwell est une grosse visionneuse sans plus, au même titre que gThumb ou Gwenview.
Peut-être qu'il existe certains greffons qui pourraient les rapprocher de véritables outils de catalogage mais j'avoue que je n'ai pas encore été bien loin dans mes recherches. Je suis preneur d'info.

Yadutaf · Juin 07, 2015, 16:37:09

Citation de: Arnaud17 le Juin 07, 2015, 16:27:13
Est il possible que tous les Gnome ne soient pas pur beurre et que ça marcherait mieux sous un KDE ?

Je ne suis pas sous Gnome mais sous Cinnamon avec la Mint comme avec la Debian. Ceci dit, ça ne devrait pas changer grand chose. Miaz3, comment as-tu installé Digikam, apt-get ou synaptique ?

Miaz3 · Juin 07, 2015, 17:09:31

Re,
Je suis passé par la logithèque Ubuntu et suite aux erreurs j'ai tout désinstallé puis je suis passé par apt-get et ajout de dépôts :

Citationsudo add-apt-repository ppa:msylwester/digikam
sudo apt-get update
sudo apt-get install digikam

Miaz3 · Juin 07, 2015, 17:12:10

CitationEst il possible que tous les Gnome ne soient pas pur beurre et que ça marcherait mieux sous un KDE ?

Pas forcement, il y a un des reports sur la plateforme de bugs KDE : Bug 329697

Yadutaf · Juin 07, 2015, 17:40:10

ppa:msylwester/digikam : un ppa avec une version plus récente de digikam ?

Je ne suis pas loin de penser que pour quelqu'un qui voudrait se faire une machine dédiée à la photo sous Linux, l'adoption de KDE n'est pas une mauvaise chose. J'ai d'ailleurs lu pas mal de chose dans ce sens. Dans ce cas autant aller vers des distributions dont le bureau par défaut est KDE (arch, openSuse...) ou, si on tient à rester dans l'environnement Ubuntu, Mint KDE.

Miaz3 · Juin 07, 2015, 18:12:47

Oui oui, comprend pas...apparemment ce serai des soucis avec des MàJ sQlite3. Darktable et rawtherapee me convient très bien, mais c'était pour testé, tampis.

Digikam est un logiciel de gestion d'images pour KDE donc forcement ...ça aide

après es-que la totalité des soft photos on besoin de KDE pour bien tourner, je ne pense pas. Darktable, rawtherapee, gimp, krita, dcraw, ufraw...fonctionne bien avec gnome.

Miaz3 · Juin 07, 2015, 18:31:06

Ta remarque sur KDE m'interpel car j'avais bossé dans des boites tournant sous CentOS et/ou Fedora et qui avait pour environnement KDE...je ne mis était pas intéressé à l'époque, j'aurais du

J'utilise Ubuntu à la maison car sont interface est plus user-frendly comparé à KDE. Enfin je de se que je me souvienne de KDE (rustre et moche^^)

++

Arnaud17 · Juin 07, 2015, 18:43:02

Citation de: Miaz3 le Juin 07, 2015, 18:31:06
Ta remarque sur KDE m'interpel car j'avais bossé dans des boites tournant sous CentOS et/ou Fedora et qui avait pour environnement KDE...je ne mis était pas intéressé à l'époque, j'aurais du
J'utilise Ubuntu à la maison car sont interface est plus user-frendly comparé à KDE. Enfin je de se que je me souvienne de KDE (rustre et moche^^)

++

Tu as raison, Ubuntu est très sexy mais, personnellement, je vois plus de rigueur du coté KDE.
Il m'a paru important de soulever les différents niveaux d'adaptation pour des logiciels d'abord crées pour en environnement KDE.

Yadutaf · Juin 07, 2015, 19:40:45

Hé les gars, faut pas confondre !
KDE est un environnement de bureau comme Gnome 3, Unity, Cinnamon, Mate, XFCE et quelques autres.
Ubuntu est une distribution comme Mint, Arch, Manjaro, OpenSuse, Fedora et beaucoup d'autres.

Vous ne pouvez donc pas comparer KDE avec Ubuntu. Cela revient à comparer la batisse à son ameublement.

Par contre vous pouvez comparer KDE à l'environnement de base de Ubuntu qui est Unity que Arnaud à bien le droit de trouver sexy (chacun ses goûts

).

Miaz, tu devrais réessayer KDE. Ça n'a rien de rustre et moche. C'est essentiellement la distribution qui est "user-friendly" ou pas. Tu mets KDE sur une OpenSuse ou une Mint et cela devient extrêmement "user-friendly"; sur Arch ou Gentoo, il faudra mettre les mains dans le cambouis. En plus, pour peu que tu désactive les effets de bureau et un certain nombre de gadgets typiques (Kwallet, etc.), c'est un environnement plutôt léger et réactif qui s'accorde avec les machines peu puissantes.

Arnaud17 · Juin 07, 2015, 19:53:38

Disons que KDE est plus qu'un affichage de bureau et davantage un environnement de travail.
Si mes commentaires ont pu laisser penser autre chose j'en suis désolé.

Yadutaf · Juin 07, 2015, 20:02:15

Miaz3 · Juin 07, 2015, 21:17:01

CitationHé les gars, faut pas confondre !

Je ne confond rien >>

Citationboites tournant sous CentOS et/ou Fedora et qui avait pour environnement KDE

CitationMiaz, tu devrais réessayer KDE

oui, pourquoi pas, de toute manière il va falloir que je passe sous CentOS pour d'autre raison. Au temps tout changer.

Franciscus Corvinus · Juin 08, 2015, 00:25:20

Citation de: Miaz3 le Juin 07, 2015, 16:09:37
Après une recherche sur le net, apparemment je ne suis pas le seul dans ce cas...
Voici un détail du crash :

Il y a un forum pour DigiKam. Je te conseil d'y poster ton probleme. Gilles Caulier (un des "développeurs en chef") est tres réactif.

alafaille · Juin 08, 2015, 08:48:44

[at] Yadutaf: ok pour RPD ...

[at] Miaz3 : est tu sur que ce soit le bon ppa ? Pour ce que j'arrive à en lire, il propose digikam pour la version 14.10 et tu as une 14.04. Qq divergences de versions de paquets ne pourraient'elles pas expliquer tes plantages ?

Miaz3 · Juin 10, 2015, 21:58:56

Re,
[at] : alafaille : Non je ne pense pas car sur les dépôts, il l'a propose pour la 14.04 (LTS).
J'ai refait la manip en passant par le site http://doc.ubuntu-fr.org/digikam, mais toujours pas, je me suis dit qu'avec certaines dépendances ça pouvait planter...mais toujours rien.

[at] Franciscus Corvinus : Merci pour l'info, quand j'aurai un peu plus de temps j'essayerai de passer poster mon problème.

merci,

manchot · Juillet 11, 2015, 15:29:33

Yopla,

Je suis également aussi à la recherche d'un bon catalogueur... toujours difficile de trouver celui qui nous correspond le mieux...
Le problème que j'ai de mon coté est que souvent les catalogueurs classes forcéments par date l'arborescence des fichiers importer... cela peut être une bonne chose et l'on peut en faire abstraction si on tag toutes les photos...mais dans ce cas il faut utiliser tout le temps le catalogueur...

Hors dans mon cas j'ai mon pc principal sous Linux avec le catalogueur et les autres outils... toutes mes photos sont stockées sur un NAS.
J'ai un autre pc sur windows où les photos sont également consulter régulièrement mais jamais trouver de catalogueur Linux / WIndows qui soit valable jusqu'à ce jour...
Et un autre pc portable sous linux utilisé de temps en temps seulement pour visualiser et montré à des invités certaines photos, pas de catalogueur sur celui-ci...

J'ai donc besoin malgré le catalogueur de garder une arborescence ancienne avec un classement par dossier et sous dossier.... ce que je n'ai pas encore trouvé comme fonctionnalité dans les catalogueur existant.

Pour les versions Linux / Windows je viens de trouver JBrout qui n'a pas été cité ici...
http://jbrout.manatlan.com/

je vais le testé et voir ce que cela donne...

Si vous avez des conseils ou autres je suis preneur

a+

Yadutaf · Juillet 11, 2015, 16:25:24

Je ne connais pas JBrout mais le projet à l'air mort.

Je suis toujours sur ma faim pour le catalogueur sous Linux. Ce qui semble correspondre le mieux à mon besoin est Digikam mais il y a quelques trucs qui fâchent. Je n'ai, en particulier, pas compris comment fonctionne le géotagage !

Alors, pour l'instant, je reste avec LR5 dans une MV.

manchot · Juillet 11, 2015, 17:55:33

Re

il a l'air effectivement puisque la dernière version ou modif de version date d'un an environ mais ils ont changé de plateforme de google code vers gitlab puisque google code va fermer et répondent aux divers bug relevé
https://gitlab.com/jbrout/jbrout/issues
Donc pas complètement mort...

Je suis en train de le tester pour me faire mon propre avis.

A suivre.

a+

manchot · Juillet 11, 2015, 21:06:04

Re

Après un peu de temps passé avec JBrout, voici mes impressions...
C'est un bon logiciel qui indexe assez rapidement une grosse collection de photos.. et permet de garder notre propre arborescence.
Il a quelques fonctionnalités intéressante tel que la possibilité de rouvrir le dossier dans le lequel se trouve les photos, envoyé des photos via des fonctions de partage... faire des actions basique tel que des rotations...noté les photos...
Autre avantage il inscrit une partie des informations dans un exif et utilise un catalogue en XML... qui si on le perd peut se reconstruire très facielment

Mais par contre 2 éléments m'ont particulièrement gêné :
- Je ne trouve pas très simple l'ajout de mot clé pour les imports à partir d'un dossier comme je l'ai fait, il faut faire d'abord la liste des mots clés et après on peut affecter les mots clés aux photos.. A voir si c'est pareil sur les photos que l'on importe à partir d'un appareil photo
- Il ne gère pas les fichier raw, uniquement le jpg.

Je ne vais donc utiliser celui-ci....

Je recherche tjs la bonne solution aussi

Yadutaf · Juillet 12, 2015, 09:16:40

J'ai essayé aussi : pas de fichiers RAW => inutile (pour moi). Je cherche autre chose. Je pense que je vais essayer certains outils Windows sous Wine. Je verrais ça dans la semaine si j'ai un peu de temps.

Une chose importante en ce qui me concerne, outre les notations classiques (étoiles, couleurs...) et les mots clés et les collections, c'est le géotagage à posteriori. Avec Digikam, on voit le géotagage qui est déjà présent dans les EXIF mais je n'ai pas trouvé comment on peut taguer une image qui ne l'est pas encore. Sinon ce serait un outil tout à fait acceptable.

manchot · Juillet 12, 2015, 11:12:33

Citation de: Yadutaf le Juillet 12, 2015, 09:16:40
Une chose importante en ce qui me concerne, outre les notations classiques (étoiles, couleurs...) et les mots clés et les collections, c'est le géotagage à posteriori. Avec Digikam, on voit le géotagage qui est déjà présent dans les EXIF mais je n'ai pas trouvé comment on peut taguer une image qui ne l'est pas encore. Sinon ce serait un outil tout à fait acceptable.

Yopla,

Je ne l'ai pas installé car je suis en train de réeassayer ShotWell.

Par contre apparemment c'est possible sur Digikam nativement de geotagué les photos à postériori
https://userbase.kde.org/Digikam/Geotagging_in_digiKam_2.0

a+

Yadutaf · Juillet 12, 2015, 18:46:34

J'étais passé à coté de ce Wiki. Merci.
Je vais réessayer.

pichta84 · Septembre 06, 2015, 00:02:40

Pour ce que je fais, XnView me suffit largement. C'est surtout le fait qu'il soit multiplateforme que j'apprécie et il contient des fonctions qui me rendent service. Sinon, je trouve que ce genre de logiciel ne présente pas beaucoup d'intérêt. En principe il faut avoir un système de classement lorsqu'on travail en groupe, mais pour gérer les quelques milliers de photos qu'on a pris et rangé consciencieusement soit même au fur et à mesure, ça me paraît un outil bien sophistiqué pour pas grand chose.

Je n'en ai pas testé 50 nom plus, vu que j'avais testé plusieurs catalogueur sous Windows avant. Juste à mes début sur Linux j'ai testé Digikam, mais c'est le genre de logiciel probablement conçu pour des individus qui ne sont pas de la même planète que moi, et l'affaire a tourné court. Je suis toujours étonné qu'on puisse inventer de telles usines à gaz, pour faire des choses aussi simples que classer des images.

Yadutaf · Septembre 06, 2015, 07:53:29

Le simple classement n'est effectivement pas un problème et un logiciel tel que RPD suffit à décharger les cartes dans l'ordre et à classer les photos dans des dossiers hiérarchiques.
Mais quid des mots clés, des notations, du géotaguage, etc. ? Ce n'est pas un classement manuel qui me suffira pour retrouver en un clic les 246 photos de la tour Pey-Berlan prises au fil des ans ou toutes les photos de cloches ou encore toutes celles qui concernent les spectacles de rue, etc.

Romu · Octobre 29, 2015, 16:27:49

Un peu vieux, mais je participe. Le meilleur que j'ai trouvé dans l'environnement Gnome est gThumb. Je le trouve vraiment pratique (séparation du stockage physique et de l'organisation logique par exemple), complet (gestion EXIF et IPTC), et hackable puisque toute l'organisation des albums, etc, se fait dans des fichiers XML qu'on peut donc sauvegarder (bas de base de données ici) et modifier à la main au besoin.

Yadutaf · Octobre 29, 2015, 21:21:20

Je crois qu'il n'y a pas de géotagage dans gthumb. Est-ce que je me trompe ?

adoubeur · Octobre 31, 2015, 15:52:49

Hello !

Chez moi, gThumb est lent et met du temps à afficher des photos pleine définition.
Après avoir testé plusieurs logiciels, mon favori est XnView MP, rapide, simple et complet. pas de géotag, par contre.

Romu · Novembre 03, 2015, 14:04:45

Citation de: Yadutaf le Octobre 29, 2015, 21:21:20
Je crois qu'il n'y a pas de géotagage dans gthumb. Est-ce que je me trompe ?

Je t'avoue que je ne me suis jamais posé la question. Je viens de regarder, apparemment non.

Par contre, il a aussi :
- un moteur de recherche de fou, tu crées une requête et il génère automatiquement un catalogue à partir de la requête, c'est vraiment puissant
- la possibilité de publier et/ou récupérer les photos sur des comptes en ligne (Flickr, Google Photos, etc).
Sans compte qu'il permet des traitements simples (crop, retaillage, contraste, etc).