Comment renommer en masse des photos ?

iznobe · Le 28/01/2025, à 20:13

kro a écrit :

ça me semble assez clair qu'il s'agit de changer les dates des fichiers, sur le système de fichiers !
en se servant des dates exif comme source. il n'est donc pas question de changer celles-ci.

Je suis d' accord avec ca . sauf que comme l' a dit @kasto :

kasto a écrit :

Et oui c'est complètement con puisque dès que la photo sera ouverte dans un logiciel quelconque au moins la date d'accès sera modifiée

la meilleure solution c' est donc de renommer les fichiers avec la date de creation EXIF en debut de nom , ou encore mieux , carrement remplacer le nom par la datetime EXIF .

quand au script de @bluc , je pense que c' est ce qu ' il fait aussi , car :

bluc a écrit :

Perso j'utilise ce nautilus script trouvé sur ce forum ,( soupaloignon) qui va tres bien pour modifier la date

qe quelle date parle ton precisément ??

Dernière modification par iznobe (Le 28/01/2025, à 20:15)

diesel · Le 28/01/2025, à 20:30

kasto a écrit :

Et oui c'est complètement con puisque dès que la photo sera ouverte dans un logiciel quelconque au moins la date d'accès sera modifiée

Ben..., pas tant que ça.

Parce que si on réussit à faire coller la date de création avec la date exif de la prise de vue, celle-ci n'a pas trop de raison de changer "toute seule" (même si ce n'est pas forcement la meilleure idée).

Cela dit, tout dépend du besoin exact de Poumtatalia (comment il/elle veut se servir de ses fichiers image ; les lister de manière ordonnée, les trier, retrouver une photo à partir de la date de la prise de vue, autre...).

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 28/01/2025, à 20:32)

iznobe · Le 28/01/2025, à 20:36

diesel a écrit :

Parce que si on réussit à faire coller la date de création avec la date exif de la prise de vue

sauf que personne ne sait comment faire precisément et simplement pour le moment si j' ai bien compris
alors que renommer un fichier on sait tous faire

diesel a écrit :

Cette date de création est une donnée comme une autre, donc modifiable. Elle ne fait donc foi de rien du tout.

D'ailleurs, Tawai a donné une méthode pour la changer.

tres facile à mettre en oeuvre sachant que tu dois changer ton heure systeme pour chaque photo , soit pres de 100 000 fois en gros !
il va falloir faire un script pour changer d heure systeme avant de renommer chaque photo dans une boucle

Dernière modification par iznobe (Le 28/01/2025, à 20:38)

Watael · Le 28/01/2025, à 21:03

ça va aller quand même, c'est la machine qui bosse. c'est pas comme aller acheter un timbre chaque fois que l'imprimante sort un courier lors d'un envoi en masse.

Dernière modification par Watael (Le 28/01/2025, à 21:35)

krodelabestiole · Le 28/01/2025, à 21:27

erresse a écrit :

Mais c'est toujours intéressant de creuser ce genre de bidouilles dont on ne se servira probablement jamais

ça m'est déjà arrivé de changer des dates de modifications en masse, pour contourner un problème de logiciel de synchronisation sur des serveurs mal réglés ou sur des timezones différentes d'après mes souvenirs... (c'était sûrement pas la solution la plus propre)
avec touch du coup.
ça ne me semble pas si absurde, quand on utilise un logiciel qui ne lit pas les données exif par ex.
par contre changer les dates de création ou d'accès je ne vois pas trop l'intérêt.

Watael · Le 28/01/2025, à 21:35

pour refléter la date de prise de vue, ou de création de l'image, ça ne me semble pas aberrant.

edit:
mouais, ça demande quand même un accès root pour suspendre le NTP, et modifier la date système...

edit2:
en faisant une recherche sur fakeroot, je suis tombé sur faketime

https://manpages.ubuntu.com/manpages/trusty/man1/faketime.1.html a écrit :

faketime - manipulate the system time for a given command

il y a des exemples.

mais cp semble s'en moquer.

Dernière modification par Watael (Hier à 03:21)

kastopidiak · Hier à 07:49

diesel a écrit :

kasto a écrit :
Et oui c'est complètement con puisque dès que la photo sera ouverte dans un logiciel quelconque au moins la date d'accès sera modifiée
Ben..., pas tant que ça.
Parce que si on réussit à faire coller la date de création avec la date exif de la prise de vue, celle-ci n'a pas trop de raison de changer "toute seule" (même si ce n'est pas forcement la meilleure idée).

Je parle de la date d'accès. Celle-ci sera modifiée dès que l'image est ouverte dans un visionneuse quelconque par exemple.
Mais de toute façon le problème était un simple souci de tri.

diesel · Hier à 08:09

kastopidiak a écrit :

Je parle de la date d'accès. Celle-ci sera modifiée dès que l'image est ouverte dans un visionneuse quelconque par exemple.

Oui...,

Sauf que ça fait maintenant quatre pages de fil de discussion qu'on dit que ce n'est pas celle-là qui nous intéresse.

Amicalement.

Jean-Marie

Frankkunst · Hier à 09:43

Bonjour,
J'ai un peu étudié la commande "debugfs", mais il faut être en administrateur pour la plupart des manipulations !
J'ai réussi à effacer des inodes, à les dupliquer, à afficher le contenu de ces inondes, mais je n'ai pas trouvé le moyen de modifier à ma guise la date de création !
Et comme on se trouve en administrateur sur la base du système de fichier, il arrive quelques déconvenues , tel que la disparition du bureau !...
Alors attention !
Bien à vous

Dernière modification par Frankkunst (Hier à 09:44)

diesel · Hier à 10:08

Franchement, je ne vois pas bien l'intérêt d'utiliser la commande debugfs.

La commande touch fait ça très bien (sauf à modifier la date de création, mais les autres, si) sans, a priori, recourir à de telles extrémités. Et son fichier source (touch.c) tient en 437 lignes de C, commentaires compris.

Amicalement.

Jean-Marie

Dernière modification par diesel (Hier à 10:14)

iznobe · Hier à 10:43

Vu que vous avez l' air vraiment motivé par ce sujet , j' ai trouvé ca , la 2eme partie du post coché comme resolu montre comment faire pour changer la date de creation des inodes du FS EXT4 .
si ca interresse quelqu ' un d ' en faire un script : https://askubuntu.com/questions/1516195 … the-system

The set_inode_field command of debugfs can change the birth date and time which is stored in the inode of the file. The inode number (<13> in the above example) was obtained from the first line of the stat command above. The date specified here in debugfs is in UTC.

Bon courage , car il va falloir faire pas mal de transformation et utiliser nombre de commandes differentes , tout ca pour une personne qui n' a pas redonner signe de vie depuis 80 message
Mais ca reste inintéressant a réaliser pour qui a du temps .

Dernière modification par iznobe (Hier à 11:02)

Frankkunst · Hier à 10:57

C'est vrai aucun intérêt ..., c'est pour le "fun"
Bonne journée

Frankkunst · Hier à 11:24

Merci Iznobe
c'est la solution qu'on attendait, mais donc si il faut créer un système de fichier et travailler dessus "démonté" ... je ne voit pas trop l'intérêt du coup !? Car en réimportant ces fichier sur ton système de fichier courant une nouvelle date de création sera générée à l'heure de ce dernier !
en premier créer un system :

$ cd /tmp
$ truncate --size 100m test100m
$ mkfs.ext4 test100m
mke2fs 1.47.0 (5-Feb-2023)
[...]
Writing superblocks and filesystem accounting information: done

$ mkdir /tmp/tmount
$ sudo mount /tmp/test100m /tmp/tmount

$ cd /tmp/tmount
$ sudo mkdir testdir
$ sudo chown myuser:myuser testdir

$ cd testdir
$ touch testfile
$ stat testfile
  File: testfile
  Size: 0           Blocks: 0          IO Block: 4096   regular empty file
Device: 7,21    Inode: 13          Links: 1
Access: (0664/-rw-rw-r--)  Uid: ( 1000/   myuser)   Gid: ( 1000/   myuser)
Access: 2024-06-02 16:09:44.095324795 +0300
Modify: 2024-06-02 16:09:44.095324795 +0300
Change: 2024-06-02 16:09:44.095324795 +0300
 Birth: 2024-06-02 16:09:44.095324795 +0300

$ touch -t 193811100905 testfile 
$ stat testfile
  File: testfile
  Size: 0           Blocks: 0          IO Block: 4096   regular empty file
Device: 7,21    Inode: 13          Links: 1
Access: (0664/-rw-rw-r--)  Uid: ( 1000/   myuser)   Gid: ( 1000/   myuser)
Access: 1938-11-10 09:05:00.000000000 +0200
Modify: 1938-11-10 09:05:00.000000000 +0200
Change: 2024-06-02 16:12:28.703865067 +0300
 Birth: 2024-06-02 16:09:44.095324795 +0300

Puis travailler sur un système démonté :

$ sudo umount /tmp/tmount

$ sudo debugfs -w /tmp/test100m
debugfs 1.47.0 (5-Feb-2023)
debugfs:  cd testdir
debugfs:  stat testfile

Inode: 13   Type: regular    Mode:  0664   Flags: 0x80000
Generation: 3688309895    Version: 0x00000000:00000005
User:  1000   Group:  1000   Project:     0   Size: 0
File ACL: 0
Links: 1   Blockcount: 0
Fragment:  Address: 0    Number: 0    Size: 0
 ctime: 0x665c6fbc:a7d083ac -- Sun Jun  2 16:12:28 2024
 atime: 0xc56c0d1c:00000000 -- Thu Nov 10 09:05:00 1938
 mtime: 0xc56c0d1c:00000000 -- Thu Nov 10 09:05:00 1938
crtime: 0x665c6f18:16ba29ec -- Sun Jun  2 16:09:44 2024
Size of extra inode fields: 32
Inode checksum: 0x2b0c4f97
EXTENTS:
(END)

debugfs:  set_inode_field <13> crtime 192310292030
debugfs:  quit

$ sudo mount /tmp/test100m /tmp/tmount
$ cd /tmp/tmount/testdir
$ stat testfile
  File: testfile
  Size: 0           Blocks: 0          IO Block: 4096   regular empty file
Device: 7,21    Inode: 13          Links: 1
Access: (0664/-rw-rw-r--)  Uid: ( 1000/   myuser)   Gid: ( 1000/   myuser)
Access: 1938-11-10 09:05:00.000000000 +0200
Modify: 1938-11-10 09:05:00.000000000 +0200
Change: 2024-06-02 16:12:28.703865067 +0300
 Birth: 1923-10-30 22:30:00.004807757 +0200

Dernière modification par Frankkunst (Hier à 11:28)

iznobe · Hier à 11:27

il a crée un environnement de test afin de ne pas prendre de risque si j' ai bien compris l' idée .

il est evident qu ' il faut faire ca dans un systeme de fichiers interne / standard , une fois le script fonctionnel , et supprimer l' environnement de test
ce qui implique donc , de travailler sur une 2eme partition , ou en session live .

Dans tous les cas , ce n' est pas forcément simple , car pas prevu pour etre modifié .

Dernière modification par iznobe (Hier à 11:29)

krodelabestiole · Hier à 12:16

par contre changer les dates de création ou d'accès je ne vois pas trop l'intérêt.

si je dis ça c'est parce que la date de création d'un fichier n'est presque jamais affichée, et rarement utilisée hors logiciel de synchronisation par ex.
cette date est réinitialisée par défaut à la moindre copie d'un fichier, ou rsync hors mode archive.
je ne connais personne qui fasse systématiquement attention à déplacer plutôt qu'à copier, ou à changer les paramètres de copie pour prendre garde à conserver cette date.

elle a donc très peu d'intérêt en comparaison à la date de modification, qui est beaucoup plus simple à changer (ça explique aussi sûrement l'absence d'outil simple pour modifier cette date), et je suppose que la première question du sujet a été mal posée.

la date de modification peut donc couramment être antérieure à la date de création. ça peut sembler contre-intuitif mais c'est logique si on considère que la date de création est celle du fichier sur le système de fichiers, tandis que la date de modification est celle de la modification du contenu du fichier (prise de vue ou retouche de l'image).
c'est donc bien la date de modification qui est affichée par ls -l et les gestionnaires de fichiers en mode liste.

krodelabestiole · Hier à 12:20

un article à ce sujet : https://www.malekal.com/date-de-fichier … -modifier/

la date de création dont on parle c'est birth.
il y a aussi la date de changement qu'on n'a pas abordée ici.

iznobe · Hier à 12:34

kro a écrit :

si je dis ça c'est parce que la date création d'un fichier n'est presque jamais affichée, et rarement utilisée
...
(ça explique aussi sûrement l'absence d'outil simple pour modifier cette date)

l ' abence d' outil s ' explique surement par le fait que c' est pas facile , ni sans risque probablement . comme on peut le voir ci-dessus .
c' est aussi surement pour cela que les metadonnées EXIF ont étées créées .
pour les cas ou c' est vraiment utile de connaitre cette date . et qui elles sont " facilement modifiable " pour le coup ( voir plus haut en une commande )

au final , bien qu ' ayant trouvé la solution , je vois mal comment mettre ca en place de façon propre et sereine .
on en revient donc au point de depart ...

kastopidiak · Hier à 12:43

krodelabestiole a écrit :

si je dis ça c'est parce que la date de création d'un fichier n'est presque jamais affichée, et rarement utilisée hors logiciel de synchronisation par ex.

La date de création est au contraire très utile pour les photos (date de la prise de vue) et elle est dans les données EXIF.
À ma connaissance les logiciels de synchronisation n'utilisent pas les dates des fichiers sauf si on leur demande explicitement. C'est le cas pour rsync qui sert de base à de très nombreux outils.

krodelabestiole · Hier à 12:50

non la date de création d'un fichier n'est pas dans les données exif.
prends ta photo avec les données exif, copie le fichier sous un nouveau nom avec la commande cp.
et regarde la date de création du fichier avec la commande stat.
ça n'a rien à voir avec la date de la prise de vue.

kastopidiak · Hier à 12:56

Évidemment. C'est pour cela que j'ai bien précisé la date de prise de vue. C'est dans les données EXIF et c'est la date de création du fichier d'origine pas celle d'une éventuelle copie. C'est cette date qui est importante pour le photographe.

krodelabestiole · Hier à 12:57

iznobe a écrit :

c' est aussi surement pour cela que les metadonnées EXIF ont étées créées .

à mon avis c'est juste "de plus bas niveau" que les données EXIF. on parle du fichier sur le système de fichiers, tel que décrit par l'inode.
l'EXIF fournit beaucoup plus d'informations cette fois spécifiques aux images et à la photographie (coordonnées géographiques de la prise de vue, ouverture, sensibilité, focale, etc.)

erresse · Hier à 15:59

Comme je l'ai déjà indiqué, me semble-t-il, il ne faudrait pas confondre "contenant" et "contenu".
Le "fichier" qui est enregistré dans le volume, c'est un "contenant" et l'image qui se trouve à l'intérieur, c'est un "contenu".
Il est donc normal que les dates de création, de modification ou d'accès soient différentes puisque les unes se réfèrent au fichier, le "contenant" alors que les autres se réfèrent à l'image qui est "contenue" dans ce fichier...
Je trouve donc tout à fait normal aussi que la date de création d'un fichier ne puisse pas être modifiée, parce-que cet objet n'a été créé qu'une seule fois.
Il a pu en revanche être modifié ou consulté à plusieurs reprises et, s'il est copié/collé dans un autre volume ou sous un autre nom, ce n'est plus le même fichier, et celui-là a bien droit aussi à sa date de création unique !
Après, on peut toujours essayer de faire coïncider les dates contenu / contenant, on peut aussi vouloir faire rentrer des ronds dans des carrés mais bon, est-ce bien utile au fond ?

krodelabestiole · Hier à 16:09

et les données EXIF font d'ailleurs partie du contenu.
... et en changeant ces données on met donc à jour la date de dernière modification du fichier.

diesel · Aujourd'hui à 10:36

La technique de Tawai marche parfaitement :

jean-marie@jean-marie:~$ stat toto
  Fichier : toto
   Taille : 108       	Blocs : 8          Blocs d'E/S : 4096   fichier
Périphérique : 8/33	Inœud : 3934758     Liens : 1
Accès : (0744/-rwxr--r--)  UID : ( 1000/jean-marie)   GID : ( 1000/delapierre)
 Accès : 2025-01-29 17:09:06.847143353 +0100
Modif. : 2025-01-29 17:09:04.222790822 +0100
Changt : 2025-01-29 17:09:04.222790822 +0100
  Créé : 2025-01-29 17:09:04.222790822 +0100
jean-marie@jean-marie:~$ sudo timedatectl set-ntp 0
[sudo] Mot de passe de jean-marie : 
jean-marie@jean-marie:~$ mv toto temp
jean-marie@jean-marie:~$ sudo timedatectl set-time "2024-01-01 12:00:00"
jean-marie@jean-marie:~$ cp temp toto
jean-marie@jean-marie:~$ sudo timedatectl set-ntp 1
jean-marie@jean-marie:~$ stat toto
  Fichier : toto
   Taille : 108       	Blocs : 8          Blocs d'E/S : 4096   fichier
Périphérique : 8/33	Inœud : 3932446     Liens : 1
Accès : (0744/-rwxr--r--)  UID : ( 1000/jean-marie)   GID : ( 1000/delapierre)
 Accès : 2024-01-01 12:00:05.473035978 +0100
Modif. : 2024-01-01 12:00:05.473035978 +0100
Changt : 2024-01-01 12:00:05.473035978 +0100
  Créé : 2024-01-01 12:00:05.473035978 +0100
jean-marie@jean-marie:~$ touch toto
jean-marie@jean-marie:~$ stat toto
  Fichier : toto
   Taille : 108       	Blocs : 8          Blocs d'E/S : 4096   fichier
Périphérique : 8/33	Inœud : 3932446     Liens : 1
Accès : (0744/-rwxr--r--)  UID : ( 1000/jean-marie)   GID : ( 1000/delapierre)
 Accès : 2025-01-30 10:39:32.181572299 +0100
Modif. : 2025-01-30 10:39:28.757217266 +0100
Changt : 2025-01-30 10:39:28.757217266 +0100
  Créé : 2024-01-01 12:00:05.473035978 +0100
jean-marie@jean-marie:~$

Pour Poumtatalia, reste plus qu'à extraire la date de prise de vue dans les données exif, la mettre au format de la commande timedatectl set-time et mettre tout ça dans un script.

Pour compléter ce qu'a écrit Eresse sur la notion de contenant et de contenu :
- Le contenu est un "objet" du monde réel (une photo, un texte...) avec ses caractéristiques propres (par exemple, date de prise de vue pour une photo),
- le contenant (le fichier) est un "objet" informatique avec ses caractéristiques propre (date de création, de modification, de dernier accès, propriétaire, droits...).

Puis, il faut un lien entre les deux : le nom du fichier.

En théorie (et normalement en pratique aussi), on n'a pas besoin de faire coller les caractéristiques du contenant et du contenu.

Et si on veut faire ressortir une des caractéristiques du contenu, naturellement, la bonne place, c'est dans le nom du fichier (ou dans le nom du répertoire contenant le fichier).

Cela dit, la preuve est faite qu'on peut associer une ou plusieurs caractéristiques du contenant et du contenu.

Amicalement.

Jean-Marie

Dernière modification par diesel (Aujourd'hui à 10:40)

bluc · Aujourd'hui à 10:43

Le script que j'ai posté plus haut (peut etre ringard , je ne sais pas) fonctionne tres bien

Dernière modification par bluc (Aujourd'hui à 10:45)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 28/01/2025, à 20:13

Re : Comment renommer en masse des photos ?

#77 Le 28/01/2025, à 20:30

Re : Comment renommer en masse des photos ?

#78 Le 28/01/2025, à 20:36

Re : Comment renommer en masse des photos ?

#79 Le 28/01/2025, à 21:03

Re : Comment renommer en masse des photos ?

#80 Le 28/01/2025, à 21:27

Re : Comment renommer en masse des photos ?

#81 Le 28/01/2025, à 21:35

Re : Comment renommer en masse des photos ?

#82 Hier à 07:49

Re : Comment renommer en masse des photos ?

#83 Hier à 08:09

Re : Comment renommer en masse des photos ?

#84 Hier à 09:43

Re : Comment renommer en masse des photos ?

#85 Hier à 10:08

Re : Comment renommer en masse des photos ?

#86 Hier à 10:43

Re : Comment renommer en masse des photos ?

#87 Hier à 10:57

Re : Comment renommer en masse des photos ?

#88 Hier à 11:24

Re : Comment renommer en masse des photos ?

#89 Hier à 11:27

Re : Comment renommer en masse des photos ?

#90 Hier à 12:16

Re : Comment renommer en masse des photos ?

#91 Hier à 12:20

Re : Comment renommer en masse des photos ?

#92 Hier à 12:34

Re : Comment renommer en masse des photos ?

#93 Hier à 12:43

Re : Comment renommer en masse des photos ?

#94 Hier à 12:50

Re : Comment renommer en masse des photos ?

#95 Hier à 12:56

Re : Comment renommer en masse des photos ?

#96 Hier à 12:57

Re : Comment renommer en masse des photos ?

#97 Hier à 15:59

Re : Comment renommer en masse des photos ?

#98 Hier à 16:09

Re : Comment renommer en masse des photos ?

#99 Aujourd'hui à 10:36

Re : Comment renommer en masse des photos ?

#100 Aujourd'hui à 10:43

Re : Comment renommer en masse des photos ?

Pied de page des forums