Linux下Python修改照片元数据日期未全生效，如何解决云端相册混乱？

我有大量元数据日期错误的照片，上传到Amazon Photos这类云端服务时会出现排序/组织混乱。于是在Linux环境下写了Python 3脚本修改照片日期，但部分日期没成功更改。

原照片元数据（用exiftool查看） #

File Modification Date/Time     : 2023:11:07 17:49:45+01:00
File Access Date/Time           : 2025:05:07 17:30:20+02:00
File Inode Change Date/Time     : 2025:05:07 17:30:20+02:00
Date/Time Original              : 2023:11:06 19:09:35
Create Date                     : 2023:11:06 19:09:35
Modify Date                     : 2023:11:06 19:09:35
GPS Date Stamp                  : 2023:11:06
Profile Date Time               : 2018:06:24 13:22:32
Date/Time Original              : 2023:11:06 19:09:35.0
GPS Date/Time                   : 2023:11:06 19:09:35Z

执行脚本后的元数据 #

将日期设为2025:05:05 15:39:00后，元数据变为：

File Modification Date/Time     : 2025:05:05 15:39:00+02:00
File Access Date/Time           : 2025:05:07 17:36:57+02:00
File Inode Change Date/Time     : 2025:05:07 17:36:57+02:00
Modify Date                     : 2025:05:05 15:39:00
Date/Time Original              : 2025:05:05 15:39:00
Create Date                     : 2025:05:05 15:39:00
GPS Date Stamp                  : 2023:11:06
Profile Date Time               : 2018:06:24 13:22:32
Date/Time Original              : 2025:05:05 15:39:00.0
GPS Date/Time                   : 2023:11:06 19:09:35Z

未更改的日期项 #

File Access Date/Time           : 2025:05:07 17:30:20+02:00
File Inode Change Date/Time     : 2025:05:07 17:30:20+02:00
GPS Date Stamp                  : 2023:11:06
Profile Date Time               : 2018:06:24 13:22:32
GPS Date/Time                   : 2023:11:06 19:09:35Z

另外，Dolphin文件管理器里照片的Created值也不是设置的2025:05:05。我不在意Modified和Accessed的值，想知道：

• 需要修改哪些日期才能让云端服务正确组织照片？这样做是否可行？
• 我的代码有什么优化建议？

当前使用的Python脚本 #

#!/usr/bin/env python3
import subprocess

file_path = "IMG_20231107_174945.jpg"
new_date = "2025:05:05 15:39:00"

subprocess.run([
    "exiftool",
    "-overwrite_original",
    f"-AllDates={new_date}",
    file_path
])

date_touch = new_date.replace(":", "").replace(" ", "")[:12]
subprocess.run(["touch", "-t", date_touch, file_path])

一、云端服务依赖的核心日期字段 #

大部分云端照片服务（包括Amazon Photos）优先依据**EXIF里的Date/Time Original（拍摄日期）**来组织照片，其次是Create Date和Modify Date。如果照片带有GPS信息，部分服务也会参考GPS Date/Time，所以要完全统一排序逻辑，建议同步修改GPS相关日期。

• 必须修改的字段：
  • Date/Time Original：照片拍摄的原始时间，是云端排序的核心依据
  • 若照片有GPS数据，同步修改GPS Date Stamp和GPS Date/Time，避免服务优先读取GPS时间导致排序混乱
• 无需在意的字段：
  • File Access Date/Time、File Inode Change Date/Time：文件系统层面的访问/变更时间，云端服务不会以此作为排序依据
  • Profile Date Time：照片色彩配置文件的创建时间，与拍摄时间无关，无需修改

二、文件管理器Created值不更新的原因 #

Linux下Dolphin等文件管理器显示的Created值，通常对应文件系统的inode创建时间（File Inode Change Date/Time），但touch命令默认只修改Modify和Access时间。要修改inode创建时间，需要用touch的-d参数结合debugfs，不过这需要root权限，且仅支持部分文件系统（如ext4）。如果只是为了文件管理器显示，可忽略；若必须修改，需额外处理，但云端服务不依赖这个值。

三、脚本优化建议 #

1. 同步修改GPS日期字段
   在exiftool命令中添加GPS相关参数，确保时间统一：

   subprocess.run([
       "exiftool",
       "-overwrite_original",
       f"-AllDates={new_date}",
       f"-GPSDateStamp={new_date.split(' ')[0]}",  # 提取日期部分
       f"-GPSDateTime={new_date.replace(' ', 'T')}Z",  # 转换为ISO格式加时区标识
       file_path
   ])
   

2. 批量处理照片
   当前脚本仅处理单张照片，可修改为遍历目录下所有照片：

   import os
   import subprocess
   
   photo_dir = "/path/to/your/photos"
   new_date = "2025:05:05 15:39:00"
   
   for filename in os.listdir(photo_dir):
       if filename.lower().endswith(('.jpg', '.jpeg', '.png', '.raw')):
           file_path = os.path.join(photo_dir, filename)
           # 执行exiftool修改元数据
           try:
               subprocess.run([
                   "exiftool",
                   "-overwrite_original",
                   f"-AllDates={new_date}",
                   f"-GPSDateStamp={new_date.split(' ')[0]}",
                   f"-GPSDateTime={new_date.replace(' ', 'T')}Z",
                   file_path
               ], check=True, capture_output=True, text=True)
           except subprocess.CalledProcessError as e:
               print(f"处理文件 {file_path} 失败: {e.stderr}")
           # 修改文件修改时间
           date_touch = new_date.replace(":", "").replace(" ", "")[:12]
           subprocess.run(["touch", "-t", date_touch, file_path])
   

3. 添加错误处理
   捕获subprocess执行异常，避免脚本崩溃，同时输出错误信息便于排查。

内容的提问来源于stack exchange，提问作者forvas