Suggestion d'évolution: Gestion des fichiers

[margu]

Bonjour à tous.
Dans ma longue phase d’apprentissage de darktable, je me pose beaucoup de questions quant à la gestion de la bibliothèque.
Pour des questions de convenance personnelle, je peux être amené à travailler sur plusieurs machines différentes et, pourquoi pas, tantôt sous Windows et tantôt sous Linux, mes photos se trouvant sur un disque dur externe.
La fonction cruciale qui me manque c’est la possibilité d’indiquer à dartable où se trouve la racine de mes photos (lesquelles sont organisées hiérarchiquement en dossiers par années).

Par exemple si mes photos sont dans E:\photos sur un ordinateur et si, sur un autre ordinateur, le disque se monte sur D: (et que je ne peux changer cela n’ayant pas les droits administrateur), j’aimerais pouvoir indiquer à darktable que E: est devenu D:
Et si je veux utiliser Linux, j’aimerais:

• D’une part que la version Linux sache lire les chemins Windows et réciproquement (il me semble qu’actuellement, en lisant la base de données, la version Linux voit les chemins Windows qui s’y trouvent, mais ne sait rien en faire alors que la version Windows ne voit même pas les chemins Linux),
  
• D’autre part indiquer à darktable que E: est finalement /home/user ou alors que /home/user1 est devenu /home/user2.
  

Il n’est bien entendu pas question de réimporter toutes les photos à chaque fois que je change d’ordinateur, ça prend plusieurs heures ! Et je n’ai pas spécialement envie d’aller trafiquer la base de données par un outil externe non plus.

Je sais que je pourrais avoir une base de données “complète” sur l’ordinateur que j’utilise le plus et importer au besoin sur les ordinateurs temporaires, toutes les informations utiles étant dans les fichiers xmp mais, parfois, l’un des travails auxquels je me livre lorsque je n’ai pas envie de réfléchir est le ménage dans certains mots-clés ou le tri des photos correspondant à certains mots-clés. Et pour ça il me faut toute la bibliothèque.

Voilà, j’espère n’avoir pas été trop long. J'ai beau avoir recherché sur le forum et dans la doc, je n'ai pas trouvé de réponse à ma question.Si mon cas d’utilisation parle à certains j’en serais ravi. Et sinon, désolé de déranger avec des sujets hors de propos.

Merci à tous ceux qui contribuent à cet outil.
Bien à vous.

[jpverrue]

Une bonne partie de la solution est dans le manuel, § 2.3.2.1 dans le paragraphe "Mise à jour du chemin du dossier". Bonne lecture !

[G.Eco]

Bonjour Margu

Je suis d'accord avec toi concernant la "racine" de la photothèque. Comme toi, toutes mes photos sont classées au même endroit, et j'apprécierais aussi d'avoir ce type de fonctionnement, qui éviterait d'ailleurs de devoir importer dans la BDD darktable des images qui se trouvent déjà physiquement sur le disque dur.
Je crois cependant avoir compris que l'avantage du fonctionnement de dt, c'est de pouvoir agréger via l'importation dans une même pellicule des photos stockées un peu n'importe où.

Pour moi il s'agit de deux façons de travailler contradictoires :
- soit on fixe la racine et on sait que tout se trouvera en-dessous
- soit on laisse le choix plus ouvert mais on doit alors importer à chaque fois

La première solution est celle du catalogage dans digikam, que j'utilise aussi, et j'avoue que c'est celle qui me paraît la plus naturelle. Mais je crois qu'il s'agit avant tout des goûts de chacun et de sa façon de travailler.

[jpg54]

J'utilise darktable avec les photos sur un disque externe formaté en NTFS aussi bien sous Mint 19.3 que sous W10 sans problème. Il faut juste faire migrer les bases de données pour avoir à jour des traitements mais darktable doit aussi savoir récupérer les traitements entre les 2 systèmes s'il voit que les .xmp ont changé.

[margu]

Une bonne partie de la solution est dans le manuel, § 2.3.2.1 dans le paragraphe "Mise à jour du chemin du dossier". Bonne lecture !

Oui, merci et j'ai essayé la fonction de déplacement d'un dossier en long en large et en travers avant de poster et... je dois être une quiche car, pour moi, cette fonction n'est pas récursive. Dans le sens où je peux déplacer un dossier contenant des photos mais je ne peux déplacer d'un coup un dossier qui en contient d'autres. Ou alors je suis vraiment une quiche.
Et ça ne résout pas la question des dossiers importés sous Linux et qui n'apparaissent même pas dans la vue "Folders" sous Windows.

Bonjour Margu

Je suis d'accord avec toi concernant la "racine" de la photothèque. Comme toi, toutes mes photos sont classées au même endroit, et j'apprécierais aussi d'avoir ce type de fonctionnement, qui éviterait d'ailleurs de devoir importer dans la BDD darktable des images qui se trouvent déjà physiquement sur le disque dur.
Je crois cependant avoir compris que l'avantage du fonctionnement de dt, c'est de pouvoir agréger via l'importation dans une même pellicule des photos stockées un peu n'importe où.

Merci. J'ai dû mal m'exprimer. Il ne s'agit pas de débattre sur l'organisation ou non des photos à partir d'une racine unique. Il ne s'agit donc pas de spécifier dans darktable une localisation absolue des photos. Il s'agit de pouvoir modifier le chemin absolu d'une arborescence de fichiers. Et si on utilise plusieurs arborescences, il faudrait pouvoir le faire sur toutes (indépendamment).

J'utilise darktable avec les photos sur un disque externe formaté en NTFS aussi bien sous Mint 19.3 que sous W10 sans problème. Il faut juste faire migrer les bases de données pour avoir à jour des traitements mais darktable doit aussi savoir récupérer les traitements entre les 2 systèmes s'il voit que les .xmp ont changé.

Et, donc, "juste faire migrer les bases de données", que se cache derrière ce terme ésotérique pour moi ? Les traitements, mots-clés etc. sont tous dans les fichiers .xmp donc cette partie de pose pas de problème. Ce sont les chemins qui m'en posent.

[G.Eco]

Merci. J'ai dû mal m'exprimer. Il ne s'agit pas de débattre sur l'organisation ou non des photos à partir d'une racine unique. Il ne s'agit donc pas de spécifier dans darktable une localisation absolue des photos. Il s'agit de pouvoir modifier le chemin absolu d'une arborescence de fichiers. Et si on utilise plusieurs arborescences, il faudrait pouvoir le faire sur toutes (indépendamment).

Je pense que les deux sont liés. Si on peut spécifier une racine unique, on peut aussi modifier le chemin absolu d'une arborescence de fichiers. Mais peut-être est-ce moi qui n'ai pas bien tout capté

Pourtant il me semblait que c'est ce que tu disais dans ton post de départ :

La fonction cruciale qui me manque c’est la possibilité d’indiquer à dartable où se trouve la racine de mes photos (lesquelles sont organisées hiérarchiquement en dossiers par années).

[jpg54]

darktable utilise 2 fichiers pour sa base de données : data.db et library.db que tu trouves expliqués : https://darktable.fr/les-fichiers-de-configuration/ dans ce documet pour chaque système d'exploitation.
J'ai une méthode simple :
j'ai une répertoire /photos sur mon disque externe en NTFS avec un répertoire par APN utilisés :
je crée un répertoire après chaque séance photo : AAAA_MM_JJ avec une déscription simple de la séance et j'ai copie les photos avec un gestionnaire de fichiers.
Après que j'ouvre le répertoire sous Linux ou W10, il va créer les .xmp et la copie dans les bases de données du système utilisé ainsi que les traitements faits.
Si tu fais une copie des 2 fichiers de base de données d'un système d'exploitation vers l'autre (après sauvegarde des 2 fichiers avec leur écrasement), tu dois avoir les fichiers importés et traitements faits dans l'autre système d'exploitation.
Sinon, lorsque tu vas ouvrir le(s) répertoires, darktable va :
détecter que les photos n'ont pas été traitées dans ce système car elles ne sont pas dans la base de données, il va y recopier les .xmp :
soit si elles ont été traitées dans l'autre système, il détecte un différence entre le la base de données et le .xmp dans le répertoire et va te demander ce qu'il doit faire :
soit le mettre à jour ; soit l'écraser.

[jpverrue]

Oui, merci et j'ai essayé la fonction de déplacement d'un dossier en long en large et en travers avant de poster et... je dois être une quiche car, pour moi, cette fonction n'est pas récursive. Dans le sens où je peux déplacer un dossier contenant des photos mais je ne peux déplacer d'un coup un dossier qui en contient d'autres. Ou alors je suis vraiment une quiche.
Et ça ne résout pas la question des dossiers importés sous Linux et qui n'apparaissent même pas dans la vue "Folders" sous Windows.

En principe si, elle est récursive. Sauf que... Je viens d'essayer et que la fonction ne fonctionne plus sur ma version 3.1.0+1731. Je vais regarder ça.


Concernant l'affichage des chemins Linux sous Windows, je ne sais pas... Je n'ai pas dit dans mon premier message que ça réglait tous les problèmes. J' juste dit "une bonne partie ;-). À ce propos, j'ai lu cette semaine que la dernière M.à.J. de W10, intègre nativement un système Linux complet. L'accès aux filesystems Linux devrait se faire sans problème dans l'explorateur... À tester.

[margu]

@G.Eco: je réagissais à "Pour moi il s'agit de deux façons de travailler contradictoires :" J'ai pas cité la bonne partie du message, désolé

@jpverrue, j'aurais peut-être dû préciser, je suis en 3.0.2. Ca ne m'arrange pas que la fonction dysfonctionne mais je préfère ça que de ne rien comprendre ;-)
Et sinon on peut effectivement essayer de tester des chemins "à la Linux" sous Windows mais je n'ai pas encore testé cette intégration de Linux dans Windows.

@jpg54 Alors merci beaucoup pour cette explication sauf que... j'ai rien compris ! J'utilise les mêmes bases de données entre Linux et Windows (le répertoire de configuration de darktable est sur mon disque dur externe) mais les chemins des photos entre les deux systèmes ne sont pas du tout les mêmes donc un dossier importé sur l'un des deux systèmes ne se retrouve pas sur l'autre sauf à modifier son chemin (cf. ci-dessus) ou à le réimporter. Il y a manifestement quelque chose que je ne comprends pas ou que je fais de travers.

[jpverrue]

Bon... Je viens de comprendre le PB. Il y a effectivement un bug et j'ai mis le doigt dessus. Mais je ne sais pas si ta difficulté viens de là.
Explications : j'ai fait mon essai de tout à l'heure avec un dossier (et ses sous dossiers), qui contient une apostrophe dans le nom (mauvaise idée, mais bon...). Il s'avère que dans cette fonction de renommage, la prise en charge des caractères spéciaux n'est pas implémentée. Du coup pas moyen de renommer. L'accès au dossier dans BdD échoue lamentablement. Je viens de refaire l'essai avec un autre dossier - sans caractères spéciaux dans le nom. Aucun pb. Tout fonctionne normalement. J'en ai profité pour regarder le code. JE te confirme que la prise en charge de la récursivité est bien là. Le second essai que j'ai fait me l'a prouvé. Le dossier visé, et tous ses sous dossiers on bien été renommés.
Je m'en vais de ce pas faire la correction et la proposer à la validation, pour que la gestion des noms de dossiers "exotiques" soit prise en compte dans cette fonction, comme dans le reste de darktable.