CA.TA.LO.GU.ER

temperdu · Mars 2, 2018, 7:20

@Dom77 : j’aurais dû essayer, tiens ! ;(

@pascal : mais dans ce cas, on ne pourraît pas récupérer ensemble les « Bas-Rhin » et « Haut-Rhin » juste en filtrant « Alsace » parce qu’il n’y aurait pas de | derrière « Alsace », n’est-ce pas ? (c’est ce que j’avais compris en regardant le tuto de Carafife).

J’ai un peu modifié pour garder les | mais pas au bout de chaque ligne : juste au bout des lignes représentant une catégorie et pas un mot-clé. Ca donne ça maintenant :

pascal · Mars 2, 2018, 7:29

Ben si tu ajoutes un % en fin de mot clé dans la barre de recherche. Je fais cela tout je temps.
[hr]
France|Alsace%

temperdu · Mars 2, 2018, 7:58

@pascal : pas con !

Centaure · Mars 2, 2018, 10:16

Pour ou contre le PIPE | en fin de mots clés.

Je ne vais pas prendre position et créer un débat qui me semble inutile.
Je vais simplement vous donner ma façon de faire et pourquoi je le fait.
Dans mes bases de données de mots-clés que j’ai fortement enrichi grâce à carafife et à temperdu.
Pour ma part je ferme toujours le dernier mots-clés de ma BD par un PIPE.
Pourquoi, je part de l’adage suivant: « Nul ne sait de quoi sera fait demain »
Une base de donnée doit rester vivante et le PIPE est sa vie.

Je prend un exemple: aujourd’hui ma base de données
France|Auvergne|Puy de dôme écrite comme ça est fermée donc morte
Si demain je vais visiter et prendre des photos à Clermont Ferrand, je ne peux pas étendre ma base de données avec Clermont Ferrand.
Alors que si ma BD France|Puy de Dôme| est écrite comme ceci je peux rajouter simplement Clermont Ferrand fermé par un PIPE.
En effet si à Clermont Ferrand je fait un reportage important sur la cathédrale Noire je peux insérer Cathédrale noire à la suite de Clermont Ferrand. Cathédrale Noire je la ferme par un PIPE si un jour je sentais le besoin de scinder mes photos avec d’autres rubriques.
Peut-être que dans deux ans j’irai visiter Michelin, qui est réparti sur plusieurs sites sur Clermont Ferrand, et si Michelin me donne l’autorisation de faire des photos :dodgy:
je pourrai classer Michelin après Clermont Ferrand| et après Michelin| les différents sites de production de Michelin et ainsi de suite.

Donc c’est ce que je m’efforce de respecter dans la construction de ma base de données.
Il reste quand même une limite, quels sont le nombre de mots que peut afficher la fenêtre des mots-clés.
Je ne peux pas le vérifier actuellement car suite à une opération il n’est interdit de monter les escaliers, donc pas de DT pendant 2 semaines. Heureusement il me reste le portable pour communiquer.

Voilà mon point de vue très personnel du PIPE dans une BD de DT, bonne nuit et bon week_end

Cailloux · Mars 3, 2018, 9:31

Centaure:

Pour ou contre le PIPE | en fin de mots clés.

Je ne vais pas prendre position et créer un débat qui me semble inutile.
Je vais simplement vous donner ma façon de faire et pourquoi je le fait.
Dans mes bases de données de mots-clés que j’ai fortement enrichi grâce à carafife et à temperdu.
Pour ma part je ferme toujours le dernier mots-clés de ma BD par un PIPE.
Pourquoi, je part de l’adage suivant: « Nul ne sait de quoi sera fait demain »
Une base de donnée doit rester vivante et le PIPE est sa vie.

Je prend un exemple: aujourd’hui ma base de données
France|Auvergne|Puy de dôme écrite comme ça est fermée donc morte
Si demain je vais visiter et prendre des photos à Clermont Ferrand, je ne peux pas étendre ma base de données avec Clermont Ferrand.
Alors que si ma BD France|Puy de Dôme| est écrite comme ceci je peux rajouter simplement Clermont Ferrand fermé par un PIPE.
En effet si à Clermont Ferrand je fait un reportage important sur la cathédrale Noire je peux insérer Cathédrale noire à la suite de Clermont Ferrand. Cathédrale Noire je la ferme par un PIPE si un jour je sentais le besoin de scinder mes photos avec d’autres rubriques.
Peut-être que dans deux ans j’irai visiter Michelin, qui est réparti sur plusieurs sites sur Clermont Ferrand, et si Michelin me donne l’autorisation de faire des photos :dodgy:
je pourrai classer Michelin après Clermont Ferrand| et après Michelin| les différents sites de production de Michelin et ainsi de suite.

Donc c’est ce que je m’efforce de respecter dans la construction de ma base de données.
Il reste quand même une limite, quels sont le nombre de mots que peut afficher la fenêtre des mots-clés.
Je ne peux pas le vérifier actuellement car suite à une opération il n’est interdit de monter les escaliers, donc pas de DT pendant 2 semaines. Heureusement il me reste le portable pour communiquer.

Voilà mon point de vue très personnel du PIPE dans une BD de DT, bonne nuit et bon week_end

Bonjour,

Il me semblais bien après avoir vu la vidéo de Carafife que c’est une sage décision de procéder ainsi

Laurent038 · Mars 3, 2018, 10:10

C’est un sujet très intéressante qui a été ouvert. J’ai effectué quelques tests je vous en fait un petit résumé.
Lorsque j’ajoute directement dans Darktable via le module « mots-clés » le mot clé suivant:

Il est possible dans le module « filtres de collection » de recherche les photos qui ont le(s) mot(s) clé(s):

Darktable est finalement très logique. Si une photo a été prise à Grenoble, cela implique qu’elle a également été prise en Rhone Alpes et en France. Il est donc inutile de créer les mots clés qui représente la hiérarchie comme:

Sauf si l’on souhaite vraiment affecté ces mots clés à une photo, mais dans ce cas le catalogage serait approximatif.

Depuis le module « mots clés », il est possible d’importer et d’exporter. L’export du mot clé précédent donne cela:

[France] [Rhone Alpes] Grenoble

Darktable conserve les mots clés sous forme d’arborescence. Il n’est plus utilise de s’embêter avec les « | » qui sont nécessaire uniquement lors de l’ajout d’un mot clé directement dans Darktable.
Si demain je souhaite rajouter un niveau d’arborescence, par exemple la rue général Mangin,il suffit d’importer dans Darktable le fichier suivant:

[France] [Rhone Alpes] Grenoble Rue Général Mangin
Tous les mots clé qui ne sont pas entre peuvent être affecté à une image, les autres non. Le format d’import et d’export est du coup extrêmement facile à générer depuis un tableur.

pascal · Mars 3, 2018, 10:14

On est 100% en phase Laurent038

temperdu · Mars 3, 2018, 1:37

Merci Laurent pour ces tests !

C’est d’ailleurs cohérent avec la manièe de représenter les motls-clés hisrarchisés dans LT. Par exemple, on trouve des thésaurus comme ça https://raw.githubusercontent.com/judbd/Thesaurus-Lightroom-Collaboratif/master/thesaurus_paris.txt à les crochets ont la même sémantique que ce que tu décris.

Super alors que DT exporte et importe à ce format plutôt qu’au format interne avec les pipes. En revanche, les thésaurus « normaux » incluent également des synonymes. On les met entre accolades.

[list=1]
[]Qu’est-ce que ça donne si on importe des mots-clés avec des accolades autour (voir le lien au dessus) ?
[]Et qu’est-ce que ça donne si on ré-importe des mots clés déjà existant ?
[/list]
(je suis loin de mon DT sinon j’aurais essayé moi même)

Laurent038 · Mars 3, 2018, 7:54

L’importation du même fichier plusieurs fois n’a pas de conséquence. Darktable prend en compte uniquement les nouveaux mots clés, il ne duplique pas les mots clés existants.
Pour les mots clé entre {} il semble les traiter comme un mot clé sans (possible de l’affecter) mais il faut approfondir car j’ai fait un test très rapide. Mon fichier d’import était peut être incorrect.

temperdu · Mars 3, 2018, 11:27

Du coup j’ai fait un autre tableur Google mis en oeuvre pour l’exemple avec le thésaurus Paris, qui comporte des synonymes et des catégories non assignables.

[list=1]
[]On édite dans l’onglet « EDITION »
[]On ne touche pas à l’onglet « fix » : c’est la tambouille
[*]On récupère le fichier texte tabulé à partir de l’onglet « DARKTABLE », en faisant Fichier > Télécharger au format > TSV
[/list]
Ca enlève les synonymes dans la version darktable, en les laissant dans le fichier d’édition, afin de ne pas perdre ceux qu’on a déjà. Et qui sait si DT venait à intégrer la synonymie, on aurait déjà tout prêt.

Laurent038 · Mars 4, 2018, 6:51

Comme je le pensais mes premiers tests sur les synonymes étaient faussés. Mon fichier d’import était incorrect. Darktable attend des tabulations pour gérer l’indentation, si c’est des espaces ça ne marche pas.
Donc après avoir corrigé mon fichier d’import, les synonymes semblent être ignorés. Ils n’apparaissent pas dans la liste des mots clés disponible (plus besoin de les supprimer du fichier d’import) et ils ne sont pas non plus disponible pour la recherche.

Centaure · Mars 5, 2018, 11:00

Merci pour vos échanges, vos commentaires et vos essais.
Je pense que certains de ceux-ci vont me permettre de peaufiner la DB des mots-clés.
Mais je reste dans l’optique de créer ma DB en fonction de mes besoins.
Mais au fil des années ces besoins évoluent et tous ce qui a été dit plus haut peuvent servir pour le futur.

oonizuk · Mars 6, 2019, 7:02

Bonjour,

Ayant essayer les différents « outil » pour obtenir une liste de tag hiérarchisés pour cataloguer (la google sheet présente dans ce post par exemple), j’ai remarqué plusieurs petits problèmes" à l’importation du fichier texte dans DT (version Windows)

Le logiciel d’exportation que ce soit LibreOffice, excel ou google génère des Tab en fin de ligne

Cat_1 Tab Tab Tab Cat_11 Tab Tab Tab Cat111

et au moment de l’importation des tag hiérarchisés on obtient quelque chose de pas très lisible dans la fenêtre des métadonnées de DT

Cat_1 Tab Tab | Cat_11 Tab | Cat_111

Il y surement une commande soft pour palier à ce problème?

En attendant j’ai fait une petite macro qui m’exporte un tableau comme il faut ici

Petit plus : je me suis crée un filtre sur les catégories que je ne souhaite pas importer tout de suite dans DT (sachant qu’il est toujours intéressant de savoir qu’elle existe. pour exemple j’ai pris la liste de Nicolas qui est déjà assez conséquente…)