Forum

Bonjour,
Nous avons des photos sur 2 ordinateurs et un NAS. J'avais pensé travailler sur les collections du NAS, mais Digikam à l'époque (en ~ 2017 ) gérait difficilement les collections déportées, ce qui m'obligeait, - et m'oblige toujours - à réaliser des synchronisations entre les 3 appareils.
Jusqu'à il y a peu, nos apports sur les photos étaient bien différenciés, et les synchronisations s'exerçaient principalement de mon PC vers le NAS puis le PC de mon épouse, puis retour en sens inverse. Nous avons -apparemment - eu peu de pertes, mais parfois des frayeurs.
Il en est désormais autrement, nos travaux consistant maintenant à classifier les photos par apport de tags, de couleurs de drapeaux et d'étoiles
J'ai donc des contrôles de plus en plus fréquents, ce qui me fait parfois dire que j'irais plus vite en synchronisant manuellement !o).
J'ai découvert et utilise désormais "Exiftool", qui permet de récupérer énormément d'informations par listes ou tableaux, et il m'est venu l'idée de m'en servir pour éditer les classifications en étoiles et drapeaux des photos avant synchronisation, puis de comparer les listes et tableaux obtenus après.
C'est très efficace mais ma productivité s'en ressent, car je dois avancer jour par jour ...

J'essaye depuis un certain temps de réaliser un script qui me permettrait de capturer les informations recherchées d'une journée puis passerait à la journée suivante et ainsi de suite jusqu'à la fin du mois et pourquoi pas au 1 jour du mois suivant et ainsi de suite...

Mais je n'en sort pas car si j'ai des souvenirs du basic, des if ...then...else, c'est très lointain et je ne connais pas le langage de la Konsole qui n'est pas du basic.
Kalagani et MadTux m'avaient créé un script en 2014 - que j'utilise toujours - pour isoler les photos défectueuses et celles comportant des erreurs de nom, et j'ai donc pensé leur demander de m'aider, mais ils ne semblent plus venir sur le site.
Quelqu'un accepterait-il de m'aider ou de me proposer des idées ?

Mon idée de schéma :
Les photos sont classées en répertoire par année (ex: 2021), puis en sous-répertoire par mois (2021-01, 2021-02), puis en sous-sous-répertoire par jour (2021-01-01, 2021-01-02...).
Je veux extraire les flags et stars des photos (ex: XX_20210101_154.jpg, 155 ... XY_20210101_002.jpg ...) avant synchronisation sur un PC
Je me positionne sur le répertoire d'une collection (ex 2021)
Script / Exiftool
Entrer la date du 1er jour/ du mois des recherches (ex 2021-01 ou 2021/01
Entrer la date du dernier jour ?
lancer l'extraction des résultats du jour indiqué (1/01/2021 ou x/1/2021) avec sortie dans un fichier : exiftool -T -filename -picklabel -rating *.jpg > A_drapeau_etoiles.txt
passer au jour suivant
puis au suivant
jusqu'au 30 ou 31 du mois ou à la date de fin.

Est-ce faisable ?
Est-ce facile ?
Merci.
Cordialement, Dan.

J'ai vraiment un doute quant à la finalité, le choix de la granulité ainsi qu'au processus.
Je n'ai pas testé, mais voici une ébauche :

Optimisation a faire :
-ouvrir les sous-dossier au lieux de brasser l'entièreté de la collection pour trouver les fichiers.

Sinon (si ca marche pas) tu peu toujours essayer :
exiftool – list %u>>%u_info en y ajoutant : -r[.] * (-recurse) Recursively process subdirectories

Explications :
-r[.] (-recurse)
Recursively process files in subdirectories. Only meaningful if *FILE* is a directory name. Subdirectories with names beginning
with "." are not processed unless "." is added to the option name (ie. -r. or -recurse.). By default, exiftool will also follow
symbolic links to directories if supported by the system, but this may be disabled with "-i SYMLINKS" (see the -i option for details).
Combine this with -ext options to control the types of files processed.

Exemples :
exiftool -r -w .txt -common pictures
Recursively extract common meta information from files in "pictures" directory, writing text output to ".txt" files with the same names.

OU :
exiftool -d '%r %a, %B %e, %Y' -DateTimeOriginal -S -s -ext jpg .
Print formatted date/time for all JPG files in the current directory.

Mais, comme le dit jybz J'ai aussi, vraiment, de tres gros doutes quant à la finalité (trop de récursivité ...).

Mais tu peu toujours essayer...

Édité par steven Le 03/05/2021 à 06h37

En fait, c'est sur le "pourquoi" on fait ça, je trouve que ce n'est pas clair donc peut-être que la solution mis en place répond mal au besoin (inexpliqué).
Pour la granulité, c'est ce découpage en jour, que faire d'un évènement long avec un sous-évènement court (des vacances d'une semaine dont une journée au zoo ) ?
Et finalement, le processus, qui est une réponse au besoin. Ici le processus a été donné, travailler de jours en jours, sans avoir défini le besoin.

D'ailleurs, ces metadonnées existent dans les fichiers jpg, pourquoi les extraires ? On peut les récupérer à tout moment. Et nous faisons un "doublon" en venant l'extraire.

Si c'est pour de la performance, il faut un logiciel qui vient les extraire et les ajouter à une base de donnée embarqué, je me souviens d'un tel logiciel, mais je ne me souviens plus du nom…

Je faisais des vidéos au zoo, c'est plus intéressant.

Bonjour,
Merci de votre aide, c'est super !
Avec d'abord une question Jybz : c'est quoi "le choix de la granulité " ? Je pense qu'il y une erreur, mais n'en saisi pas le sens.
Ensuite, je vous sens sceptique sur le pourquoi et l'utilité. Peut-être avez-vous raison, je ne sais pas. Mais je vais essayer de mieux me faire comprendre.
Nous sommes deux à produire des photos. L'ensemble de nos photos se retrouve sur l'ordinateur de chacun. D'abord dans leur état brut.
Je les "tag" toutes, à qui qu'elles appartiennent : je renseigne avec des étiquettes descriptives de la photo : Héron, vol, lac, Noirmoutier, portrait, musée ... dans la donnée Exif "Tag" prévue pour ça. Je le fais pour toutes les photos afin d'avoir une parfaite cohérence dans la bibliothèque des tags : Noirmoutier # noirmoutier. et Noirmoutier est fille de "Loire" et pas de "Pays de Loire" par exemple. Sinon, Digikam, le catalogueur créera des doublons qui ne ressortiront pas lors des recheches.
En même temps, Je classe les miennes pour la donnée "flag" (à rejeter - en attente - accepter) et les notes (1,2,3,4,5) dans la donnée "star". Ce sont mes photos, c'est donc à moi de les gérer.
La même gestion est effectuée par ailleurs sur l'autre PC, mais pas obligatoirement à la même vitesse de travail, ni selon les mêmes dates de travail ... Par ailleurs des informations "tag" peuvent être supprimées car non satisfaisantes - mais pas créées, pour le respect de la cohérence.
Chaque opération sur une photo vient modifier sa "date de dernière modification" du fichier.
Puis il faut rassembler toutes les photos
Or, la synchronisation va donner la priorité à la photo portant la "date de dernière modification" la plus récente.
Et selon, ce seront soit les tags, soit les flags et stars qui persisteront sur les autres photos ! Ce qui se produit depuis des années et implique à l'un des deux de recommencer son travail, sans garantie que ça ne sera pas encore perdu.
J'ai retourné la question et Je ne pense pas qu'il existe un moyen absolu d'éviter la perte d'une des entrées.
C'est alors que j'ai fait la connaissance d'Exiftool, et commencé à envisager une solution.
Celle-ci consisterait à répertorier le nombre de "star" et la valeur de "flag" des photos à synchroniser (données "simples" à compulser et vérifier), de synchroniser, puis de rétablir, si les "star" et "flag" s'en sont trouvés modifiés, les valeurs d'origine.
Il me paraît plus simple de travailler sur ces données plutôt que sur les "tag", plus longs et complexes, puisqu'un "tag" peut contenir aisément jusqu'à 25 étiquettes.
Me suis-je fais comprendre cette fois sur l'utilité qu'à pour moi une telle solution ? Sachant q'un PC contient 4 000 albums et que le nombre de photos peut être de 500 voire 1000 sur certaines journées (350 pour cette petite journée par exemple).
Je vais maintenant étudier vos propositions et reviens vers vous.
Merci encore de votre aide.
Cordialement, Dan.

Et encore ...

Je ne comprends pas ta question. Je n'ai pas ce genre de préoccupation.

Je ne veux pas les extraires, mais les lire, pour vérifier que ces données sont identiques avant et après synchronisation, et si non, les réintroduires telles qu'elles devraient être.
J'espère que maintenant la finalité est comprise.
Cordialement, Dan.

Ok ! Effectivement, je comprends mieux les problématiques.

Travaillez vous en même temps sur ses photos ?

Mon avis, le problème est dans la solution de synchronisation. C'est un sujet que je ne maitrise pas, et je doute qu'il existe l'outil adéquat parfait (par exemple travailler "en ligne" sur le serveur de fichier directement avec un verrou sur les fichiers en lecture, ainsi pas de risque de travailler le même fichier) mais il devrait y avoir des outils qui s'en rapproche. Si digikam a des soucis pour les collections déportées, il est possible de feinter une collection "locale" qui est en vrai déporté, par exemple /media/run/$USER/mon-nas/collection : ici digikam ne devrait pas savoir que la collection n'est pas sur l'ordinateur, en travaillant "en ligne". D'ailleurs, ça peut ne pas être le nas, par exemple l'ordinateur2 monte le dossier collection de l'ordinateur1 et l'ordinateur1 pousse sur le nas (pour sauvegarde), ainsi, l'un travaille "en local" sur ordinateur1, l'autre travaille "en ligne" aussi sur ordinateur1, la seule perte possible serait de travailler exactement au même moment la même photo.
Ça c'est une solution avec avantage (collection travaille/sauvegarde,) et inconvénients (un accès "lent" depuis ordinateur2 (en fonction du réseau, cable ou wifi, etc), ordinateur1 allumé pour travailler depuis ordinateur2), parmi d'autre solutions, comme travailler des deux ordinateurs en ligne, directement sur le nas monté (avantage, pas de synchronisation (exception de 'la photo' actuellement travaillée sur les deux pc), etc etc etc, il y a plein de solutions.

Le script plus haut, il sert a détecter les fichiers qui auraient été re-travaillé ? (Le travaille en double aurais déjà été fait)
Ah ho, on exécute le script, puis on synchronise, puis on réexécute le script, et enfin on compare avec diff ? Toutes les lignes différentes sont a réintroduire ?
Il faut modifier le fichier de sorti, actuellement il écrase le fichier s'il existe déjà.

Bonjour,
Pour répondre à moitié à la question, un logiciel de gestion de version de type git, permettrait d'éviter d'écraser certaines données par erreur. Mais il faudrait quelque chose adapté aux images. Cela semble exister, mais je ne suis pas sûr qu'il existe des logiciels libres.

Bonjour,
Désolé, mais je ne travaille plus autant ni aussi vite que lorsque j'étais "jeune" :o)
Merci pour vos attention et vos réflexions et propositions. C'est effectivement à creuser.
Ceci dit, Jybz, j'ai le problème suivant et je dois me tromper quelque part.
J'ai fait :
Photos dans .../2021-05 avec 2021-05-01 à 07 soit 7 sous répertoires
puis le script : Ess_cpt_01

qui donne

Qu'est-ce que j'ai loupé ?
Merci.
Cordialement, Dan.

Édité par dantou Le 08/05/2021 à 18h59

Hahaha je l'avais dit :


Et voilà le truc, c'est moi qui ai fait l'erreur :

Remplace cette ligne :

par

Hey ! Quelle est cette pratique ?! Travailler en tant que root ?! C'est plus que super dangereux, encore plus lorsqu'on test des scripts !

Pour info de la dangerosité d'un script en root. Il y a quelques années j'avais un scrip en python qui me faisait des opérations sur les fichiers. Il devait me faire rm -rf ~/foo1/foo2/bar/*. Je me suis trompé dans l'écriture du script, il a fait rm -rf ~ / foo1 / foo2 / bar / *. Bref il a supprimé mon $HOME. Heureusement, il y a avait un backup par semaine. Imaginons que je l'ai fait en root. J'aurai pu dire au revoir à l'OS.

Bonjour,
Merci merci.
Je vais essayer de tester rapidement.
Ha oui, il ne faut pas être en root !
Eh ben merci pour cette précision. C'est vrai que ce serait idiot de perdre toutes mes photos, par exemple.
Cordialement, Dan.

Bonjour,
Je teste à l'instant et j'obtiens ceci :