Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Passage de LR -> Darktable: cataloguage à revoir ..
#1
Bonsoir à tous,

Accrochez-vous, ça va être un long post... 
J'espère que son écriture va me mettre les idées en place et susciter un débat, échange d'idées constructif... 

1. Situation "actuelle"

* Lightroom 6
* Un macbookpro ( un "vieux" non retina.)
** J'ai remplacé le HDD par un SSD système de 256GB
** J'ai remplace le DVD par un HDD de 1to
* Un petit script ruby qui s'occupe de transférer les photos de la carte mémoire vers le bon endroit sur le HDD pour que 
Ligthroom les retrouve ( renome/copie/crée les dossiers... comme je veux)
 
Les Photos et le catalogue LR sont sur le HDD et ça (va) allait... Je ne veux pas passer à l'abonnement.

J'ai commencé à utiliser Darktable et je pense que ça me suffirait : je fais très peu de réglages RAW: en fait le moins possible ça m'énerve ! ( J'y prendrai peut-être gout mais c'est une autre histoire...)

Par contre il faut que je trouve un moyen de remplacer le fonctionnement des collections que j'utilisais beaucoup

Tant que la situation Future n'est pas full opérationnelle, je continue à gérer celle-ci en //: j'importe mes photos dans les deux systèmes

2. Situation future

* J'ai remplacé mon macbookpro par un macbookpro 15" retina d'occase équipé (uniquement) d'un SSD de 512giga.. Trop peu pour toutes les photos ( +/- 500GB) et ça augmente
* J'ai un NAS basé sur freenas avec de tas de téras...
* Lorsque je pars en vacances, je veux avoir avec moi toute ma photothèque ( c'est à ce moment que j'ai le plus le temps de mettre de l'ordre dans ma phototèque.) ( le NAS est un peu trop gros...)

2.1 Gestion des collections

Les panneau "Mots-clés" à droite et "Filtres de collections/Tag" à gauche ont l'air de bien remplacer les collections LR [1]

2.2 Positionnement des fichiers/ workflow d'ingestion

C'est ici que je coince et que vous pourriez m'aider:

Que pensez-vous de la séquence suivante ( workflow)

* J'utilise mon script pour "copier" depuis la carte mémoire vers un dossier "de travail" sur mon SSD 
* J'importe ce dossier de travail dans darktable
* Je traite ce dossier: c-à-d
** Supprimer les ratées
** Mettre des mots-clés
** Régler les RAW si nécessaire
* (Là, je me retrouve avec uniquement mes "bons RAW" avec les mot-clés y attachés ( dans des CR2.xmp) 
* Je Range mes photos sur le NAS:
** Je supprime les RAW du catalogue Darktable ( bouton "enlever" )
* Déplacer mes RAW sur une arborescence semblable sur mon NAS
* Re-Importer mes photos depuis le point de montage du NAS au lieu du dossier de travail
** ou mieux... utiliser le bouton "déplacer":


2.3 Vacances:

L'idée est de:

* Copier toutes les photos stockées sur le NAS sur un ( ou plusieurs si nécessaire) HDD externes USB avant de partir en vacances
* Pendant le séjour, importer dans darktable les photos du HDD externe pour 
** peaufiner les méta données ( mot-clés)
** peaufiner les réglages
** Marquer les photos ratées comme à supprimer ( ex une couleur ou un mot-clé "AJeter" )
* Pour rappel, les photos du séjour en cours sont gérées par le point 2.2
* Au retour 
** Remettre les xmp modifiés sur le NAS ( avc un rsync ou FreeFileSync [2] ]
** Supprimer du NAS les photos "AJeter"

Des commentaires ? des remarques ? des idées ?



[1] Pourquoi le panneau de gauche est-il organisé en "arbre" et le panneau de droite utilise un "hack" ( tube |)? c'est pas très cohérent ça... 
[2] https://www.freefilesync.org/
Répondre
#2
Je prépare justement une vidéo sur ce sujet, surveille ma chaîne : https://www.youtube.com/channel/UCmsSn3f...subscriber
Aurélien, photographe portraitiste, spécialiste calcul.
Développeur de filmique, égaliseur de tons, balance couleur, etc.
darktable est mon métier, pensez à m'aider :
[Image: 2FAd4rc]
Répondre
#3
Je suis ta chaîne YouTube et je ne manquerais pas de l'annoncer sur le blog.
Répondre
#4
(22-04-18, 23:43)aurelienpierre a écrit : Je prépare justement une vidéo sur ce sujet, surveille ma chaîne : https://www.youtube.com/channel/UCmsSn3f...subscriber

Merci pour l'info,

Je profite que tu connais certains dévelopeurs...

Je me tâte pour tenter de modifier les onglets mots-clés ( tant celui des mot-clés assignés que la liste des mot-clé possibles.)

Je voudrais uniformiser  les interfaces en me basant sur l'arbre présent dans le module de gauche  ("désolé, je suis en heure de table, j'ai pas accès à un darktable pour utiliser les bons noms)...

Pense-tu que les dev seraient intéressés ou est-ce "philosophiquement" que l'interface est telle qu'elle est ?

Je vois deux approches:
1. faire en lua tout en ajoutant ce qui manque à l'api ( je pense que le GtKTreeView n'est pas utilisable via l'api)
2. Tout faire en C en tentant de reprendre des morceaux de code

L'idée initiale est d'avoir des Treeview avec une coche en regard de chaque élément.

Dans l'arbre des mots-clés on pourrait décocher pour retirer les mots-clé d'une séléction d'images ( en gérant le 3ème état de la coche au cas où seules une partie des photos sélectionnées "possède" un mot-clé

Dans l'arbre des mots-clés possibles, la coche servirait à choisir les mot-clés à ajouter à un groupe de photos.

Je peux me lancer dans une "spécifications" plus informatique (et en anglais) sur github, mais j'aurais voulu d'abord une position "informelle" avant de me lancer dans un tel projet ( qui me prendrait surement des mois voir une année compte tenu de mes disponibilités...)
Répondre
#5
Deux réponses :

Concernant ton workflow, il me semble à la première lecture qu'il est un peu compliqué et qu'il pourrait être simplifié. Je vais relire tout ça à tête reposée...
Concernant la modification de l'interface de saisie des mots clés, si tu veux faire quelque chose de nouveau tu dois effectivement préparer des spec et des arguments et les proposer aux développeurs via la mailing list darktable-dev et surtout sur le canal IRC irc.freenode.net, channel #darktable. Enfin il existe sur le site "officiel" darktable.org une page développement et une page contact ou tout cela est bien expliqué

Après relecture, voici mon point de vue :
(22-04-18, 21:27)ech1965 a écrit : Que pensez-vous de la séquence suivante ( workflow)

* J'utilise mon script pour "copier" depuis la carte mémoire vers un dossier "de travail" sur mon SSD 
* J'importe ce dossier de travail dans darktable
* Je traite ce dossier: c-à-d
** Supprimer les ratées
** Mettre des mots-clés
** Régler les RAW si nécessaire
* (Là, je me retrouve avec uniquement mes "bons RAW" avec les mot-clés y attachés ( dans des CR2.xmp) 
* Je Range mes photos sur le NAS:
** Je supprime les RAW du catalogue Darktable ( bouton "enlever" )
* Déplacer mes RAW sur une arborescence semblable sur mon NAS
* Re-Importer mes photos depuis le point de montage du NAS au lieu du dossier de travail
** ou mieux... utiliser le bouton "déplacer":
Je pense que tu peux charger tes photos directement sur le NAS et les travailler directement sur le NAS également, au moins en ce qui concerne les mots clés, les métadonnées et les scores. Sinon, si c'est trop lent, surtout pour le post-traitement en lui même, utilise la fonction "copie locale" qui est faite spécialement pour ça et va te simplifier grandement le travail.


(22-04-18, 21:27)ech1965 a écrit : 2.3 Vacances:

L'idée est de:

* Copier toutes les photos stockées sur le NAS sur un ( ou plusieurs si nécessaire) HDD externes USB avant de partir en vacances
* Pendant le séjour, importer dans darktable les photos du HDD externe pour 
** peaufiner les méta données ( mot-clés)
** peaufiner les réglages
** Marquer les photos ratées comme à supprimer ( ex une couleur ou un mot-clé "AJeter" )
* Pour rappel, les photos du séjour en cours sont gérées par le point 2.2
* Au retour 
** Remettre les xmp modifiés sur le NAS ( avc un rsync ou FreeFileSync [2] ]
** Supprimer du NAS les photos "AJeter"

Des commentaires ? des remarques ? des idées ?
Pour marquer les photos à jeter il faut utiliser le raccourci "r" qui positionne le score à "rejetée" au lieu des étoiles habituelles. Du coup, il devient possible de sélectionner les photos à rejeter dans la liste de sélection en haut à droite.
Remplacer un xmp est possible, mais il faudra le faire relire par DT ce qui n'est pas fait par défaut - il faut modifier une conf dans les préférences pour que cela se fasse.
Mes photos : jpverrue.fr
Répondre
#6
> ** Régler les RAW si nécessaire

OK

> * (Là, je me retrouve avec uniquement mes "bons RAW" avec les mot-clés y attachés ( dans des CR2.xmp)
> * Je Range mes photos sur le NAS:

Parfait!

> ** Je supprime les RAW du catalogue Darktable ( bouton "enlever" )

Pourquoi?

> * Déplacer mes RAW sur une arborescence semblable sur mon NAS

Pourquoi?

> * Re-Importer mes photos depuis le point de montage du NAS au lieu du dossier de travail
> ** ou mieux... utiliser le bouton "déplacer":

Ah ben oui tu as la bonne solution a la fin de ton long poste Smile Alors tout ce qu'il y a dessus c'est [déplacer] effectivement.

> * Copier toutes les photos stockées sur le NAS sur un ( ou plusieurs si nécessaire) HDD externes USB avant de partir en vacances

Pourquoi?

La "table lumineuse" est utilisable même sans les RAW présents, ce qui permet de mettre des notes, des couleurs, des mots-clés, des titre.... etc.

Pour le développement en vacances, utilise plutôt la "copie locale", je ne me serais pas embêté à implémenter cela pour rien Smile

Et tu peux mettre à la poubelle tout cela:

Citation :* Copier toutes les photos stockées sur le NAS sur un ( ou plusieurs si nécessaire) HDD externes USB avant de partir en vacances
* Pendant le séjour, importer dans darktable les photos du HDD externe pour 
** peaufiner les méta données ( mot-clés)
** peaufiner les réglages
** Marquer les photos ratées comme à supprimer ( ex une couleur ou un mot-clé "AJeter" )
* Pour rappel, les photos du séjour en cours sont gérées par le point 2.2
* Au retour 
** Remettre les xmp modifiés sur le NAS ( avc un rsync ou FreeFileSync [2] ]
** Supprimer du NAS les photos "AJeter"
--
Pascal - GNU/Debian (sid) - version darktable git/master
http://photos.obry.net
Répondre
#7
Merci à tous pour vos commentaires .... je vais en tenir compte

Citation :Ah ben oui tu as la bonne solution a la fin de ton long poste Smile Alors tout ce qu'il y a dessus c'est [déplacer] effectivement.

J'ai découvert le bouton "déplacer" en écrivant le post .... j'avais donc raison d'écrire ça au début ;-)
Citation :J'espère que son écriture va me mettre les idées en place et susciter un débat, échange d'idées constructif...

D'autre part, j'ai du mal tant avec le bouton "déplacer" qu'avec la "copie locale" parce que je ne suis pas à l'aise de faire des opérations sur les fichiers depuis Darktable. Darktable c'est pour éditer les xmp et faire des jpg ( Do One Thing and do it well) , PAS pour renommer, déplacer les fichiers ce qui est une "modification" 

Les opérations sur les fichiers c'est avec Finder/rsync/FreeFileSync/ scripts bash....Mais pas avec des éditeurs de RAW .....

Faut encore que j'y réfléchisse Je vais surement évoluer ... mais pas trop vite;-)


J'utilise LR depuis la V4 et je n'ai JAMAIS modifié/déplacé/renommé un fichier via LR.. j'ai toujours positionné les photos au bon endroit avec un script et puis demandé à LR de référencer.

La seule chose que j'ai faite, c'est la supprimer des photos rejetées... ( et comme ma femme me le fait souvent remarquer, je n'en supprime pas assez ;-) )

Encore merci pour votre patience
Etienne

Question subsidiare...

J'ai quelques milliers de photos 

Comme conseillé, je les mets sur mon NAS avec la bonne structure de dossiers... ( APN/YYYY/YYYY-MM-DD/NO_DE_PHOTO.CR2) 

Je monte le dossier sur le MAC et je lance Darktable, 

Que me proposez vous comme méthode d'importation...

Par petits morceaux ( par jour/année)
Un gros import d'un coup ( Ex toutes les photos de mon 400D puis toutes les photos de mon 70D ?)

Quels sont les impacts sur les "pellicules" ?

Encore merci pour votre patience

Répondre
#8
Citation :D'autre part, j'ai du mal tant avec le bouton "déplacer" qu'avec la "copie locale" parce que je ne suis pas à l'aise de faire des opérations sur les fichiers depuis Darktable. Darktable c'est pour éditer les xmp et faire des jpg ( Do One Thing and do it well) , PAS pour renommer, déplacer les fichiers ce qui est une "modification"


D'ou tu tiens cela???? darktable est aussi fait pour déplacer des fichiers. C'est une fonction supportée depuis les toutes premières versions. Si tu pars avec des fausses idées et que tu en tires des conclusions (utilisation de script par exemple) alors tu ne vas certainement pas finir avec une solution optimale. Pire que cela, il est fortement déconseillé de déplacer des fichiers hors logiciel.

Citation :J'utilise LR depuis la V4 et je n'ai JAMAIS modifié/déplacé/renommé un fichier via LR.. j'ai toujours positionné les photos au bon endroit avec un script et puis demandé à LR de référencer.

On a tous le droit de choisir comment se pourrir la vie Smile

Citation :Par petits morceaux ( par jour/année)

Oui je ferais cela en un premier temps et vérifierais au fur et à mesure que les notes, les mots clés, etc... sont bien importés.

Puis après quelques pellicules j'importerais tout. C'est ce que j'ai fait et ça à bien marché.
--
Pascal - GNU/Debian (sid) - version darktable git/master
http://photos.obry.net
Répondre
#9
(23-04-18, 12:46)ech1965 a écrit :
(22-04-18, 23:43)aurelienpierre a écrit : Je prépare justement une vidéo sur ce sujet, surveille ma chaîne : https://www.youtube.com/channel/UCmsSn3f...subscriber

Merci pour l'info,

Je profite que tu connais certains dévelopeurs...

Je me tâte pour tenter de modifier les onglets mots-clés ( tant celui des mot-clés assignés que la liste des mot-clé possibles.)

Je voudrais uniformiser  les interfaces en me basant sur l'arbre présent dans le module de gauche  ("désolé, je suis en heure de table, j'ai pas accès à un darktable pour utiliser les bons noms)...

Pense-tu que les dev seraient intéressés ou est-ce "philosophiquement" que l'interface est telle qu'elle est ?

Je vois deux approches:
1. faire en lua tout en ajoutant ce qui manque à l'api ( je pense que le GtKTreeView n'est pas utilisable via l'api)
2. Tout faire en C en tentant de reprendre des morceaux de code

L'idée initiale est d'avoir des Treeview avec une coche en regard de chaque élément.

Dans l'arbre des mots-clés on pourrait décocher pour retirer les mots-clé d'une séléction d'images ( en gérant le 3ème état de la coche au cas où seules une partie des photos sélectionnées "possède" un mot-clé

Dans l'arbre des mots-clés possibles, la coche servirait à choisir les mot-clés à ajouter à un groupe de photos.

Je peux me lancer dans une "spécifications" plus informatique (et en anglais) sur github, mais j'aurais voulu d'abord une position "informelle" avant de me lancer dans un tel projet ( qui me prendrait surement des mois voir une année compte tenu de mes disponibilités...)

J'ai eu affaire à Tobias Ellinghaus et Johannes Hannika, le moins que je puisse dire c'est qu'ils sont assez conservateurs (ce qui n'est pas nécessairement une mauvaise chose dans le cadre d'un projet sur temps libre : tu évites les problèmes). Mais si tu veux amener des idées, prépare toi à devoir prouver qu'elles sont bonnes et utiles.

Afficher l'arbre des mots clés dans la partie édition est loin d'être stupide, en fait personnellement j'aimerais ça. Devoir entrer les mots clés hierarchiques avec leur parent et |, c'est un réflexe de geek. Dans le cadre d'un logiciel qui s'utilise majoritairement au clavier, ça a du sens, mais dt s'utilise plutôt à la souris, donc autant éviter la saisie au clavier quand c'est possible.

Une réflexion comme ça : l'API Lua est encore assez mouvante, je ne m'en servirais que pour des hacks ponctuels et/ou temporaires. Je recommanderais de faire le maximum en C pour des trucs pérennes dans l'interface.
Aurélien, photographe portraitiste, spécialiste calcul.
Développeur de filmique, égaliseur de tons, balance couleur, etc.
darktable est mon métier, pensez à m'aider :
[Image: 2FAd4rc]
Répondre
#10
(24-04-18, 08:33)aurelienpierre a écrit :
(23-04-18, 12:46)ech1965 a écrit :
(22-04-18, 23:43)aurelienpierre a écrit : Je prépare justement une vidéo sur ce sujet, surveille ma chaîne : https://www.youtube.com/channel/UCmsSn3f...subscriber

Merci pour l'info,

Je profite que tu connais certains dévelopeurs...

Je me tâte pour tenter de modifier les onglets mots-clés ( tant celui des mot-clés assignés que la liste des mot-clé possibles.)

Je voudrais uniformiser  les interfaces en me basant sur l'arbre présent dans le module de gauche  ("désolé, je suis en heure de table, j'ai pas accès à un darktable pour utiliser les bons noms)...

Pense-tu que les dev seraient intéressés ou est-ce "philosophiquement" que l'interface est telle qu'elle est ?

Je vois deux approches:
1. faire en lua tout en ajoutant ce qui manque à l'api ( je pense que le GtKTreeView n'est pas utilisable via l'api)
2. Tout faire en C en tentant de reprendre des morceaux de code

L'idée initiale est d'avoir des Treeview avec une coche en regard de chaque élément.

Dans l'arbre des mots-clés on pourrait décocher pour retirer les mots-clé d'une séléction d'images ( en gérant le 3ème état de la coche au cas où seules une partie des photos sélectionnées "possède" un mot-clé

Dans l'arbre des mots-clés possibles, la coche servirait à choisir les mot-clés à ajouter à un groupe de photos.

Je peux me lancer dans une "spécifications" plus informatique (et en anglais) sur github, mais j'aurais voulu d'abord une position "informelle" avant de me lancer dans un tel projet ( qui me prendrait surement des mois voir une année compte tenu de mes disponibilités...)

J'ai eu affaire à Tobias Ellinghaus et Johannes Hannika, le moins que je puisse dire c'est qu'ils sont assez conservateurs (ce qui n'est pas nécessairement une mauvaise chose dans le cadre d'un projet sur temps libre : tu évites les problèmes). Mais si tu veux amener des idées, prépare toi à devoir prouver qu'elles sont bonnes et utiles.

Afficher l'arbre des mots clés dans la partie édition est loin d'être stupide, en fait personnellement j'aimerais ça. Devoir entrer les mots clés hierarchiques avec leur parent et |, c'est un réflexe de geek. Dans le cadre d'un logiciel qui s'utilise majoritairement au clavier, ça a du sens, mais dt s'utilise plutôt à la souris, donc autant éviter la saisie au clavier quand c'est possible.

Une réflexion comme ça : l'API Lua est encore assez mouvante, je ne m'en servirais que pour des hacks ponctuels et/ou temporaires. Je recommanderais de faire le maximum en C pour des trucs pérennes dans l'interface.
Merci pour ces informations très utiles...

Je m'en vais cloner le repo et tenter de recompiler le bidue dans une VM. ça va déjà bien m'occuper...

Allons-y pour le C ....
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 2 visiteur(s)