设想从档案馆回来，手里有一封信的三张照片，还有一张拍的是信封。文件名记下了相机按动快门的先后顺序。研究真正用得上的则是这封完整的书信：信页、地址、邮戳，以及供他人日后查找的馆藏索引信息。Tropy 是一款整理研究照片的开源应用，可以把这些内容归到一起。[1]

开始使用 Tropy 时，有两个容易混淆的决定：哪些照片应当归在一起，以及照片文件存放在哪里。从文件夹迁入 Tropy，既要保留文献本身的完整性，也要让软件始终能找到对应图像。下面是一套迁移演练建议，适合独立研究者，也适合能够轮流编辑的小型团队。

让文献拥有自己的身份

先选一个内容明确的档案文件夹。保留原始文件和一份独立备份，再导入一小批工作用照片。这一批也要纳入难处理的材料：分成多张拍摄的文献、信封，以及日后容易忘记对应哪一页的局部特写。

Tropy 将条目（item）与条目中的照片区分开来。多张图像可以归属同一条目，信件和信封便能合在一起描述。莱斯大学的图书馆指南也据此区分了两类元数据：相机信息描述照片，条目字段描述照片中的文献。照片的拍摄日期与信件的写作日期，回答的是不同的问题。[3]

先确定照片如何归组，再逐一投入精力填写描述。如果字段内容冲突，将一个条目拖到另一个条目上，会保留目标条目的元数据；从菜单合并所选条目，则会保留最上方条目的元数据。莱斯大学的指南解释了这两种操作。合并后，要检查留下来的记录。[3] 对于前面设想的那封信，还应核对页序，让信封仍能被清楚辨认为信封。

随后填写档案馆、馆藏、档案盒和文件夹信息。选中多个条目后，可以一次填入共有字段。[3] 批量填写前，先确认这批材料确实来自同一处：一天的拍摄内容有时会跨越多个档案盒，却保存在相机的同一个文件夹里。“住房”这样的主题标签有助于后续分析，但缺失的馆藏索引信息仍须另行补齐。

决定由谁管理照片文件

Tropy 在 2023 年 3 月发布的 1.13 版中引入了 Standard（标准）项目类型。在 Windows 和 Linux 上，这类项目会把导入图像复制到由软件管理的 .tropy 文件夹中；在 macOS 上，则存入一个文件包。Advanced（高级）项目使用 .tpy 文件，链接到照片现有的存放位置。链接可以采用绝对路径，也可以采用相对路径。[4]

对于在一台电脑上开始整理适量资料的研究者，Standard 项目便于作为一个整体带到其他电脑上。预留磁盘空间时，应同时算上导入的副本和保留的原始文件。如果已有一套需要保留的图像目录，或者照片必须分散存放在多个驱动器上，Advanced 就有它的用途。采用这种灵活的存储方式，研究者也须负责维护路径，让软件能够持续找到文件。[4][5]

打开 Standard 项目内部，就能看出两者在操作上的区别。它包含 project.tpy 和一个 assets 目录；Tropy 会把导入照片复制到该目录中，并重新命名。一位维护者明确提醒，不要把这个受软件管理的资源目录当作手动投放新文件的地方。应当在 Tropy 中导入照片；若使用监视文件夹（watch folder），接收新文件的文件夹应放在受管理的资源目录之外。[5]

因此，只复制内部数据库，会把照片留在原处。转移 Standard 项目时，应带走外层完整的 .tropy 文件夹或文件包。若项目使用了自定义元数据模板，还须单独导出模板，并在接收项目的电脑上安装。[4][5]

扩充资料前，先试一次迁移

演练前，应把预期结果写下来。记录这一批导入了哪些照片，以及每张照片归属哪份文献。归组完成后，条目数量会少于照片数量；若要求条目数与原始文件数相等，就用错了完整性核验的标准。

打开这批小样本中的每一张照片，核对最后一页是否齐全、信封是否仍与对应信件放在一起，以及放大到适合阅读的比例后，细小的手写字迹是否依然清晰。添加一小段转录文字和一个便于识别的标签，再把条目放入一个有名称的列表，让这次演练也检验图像文件以外的整理工作。

接着退出 Tropy，把完整的 Standard 项目复制到另一台电脑上，首次试验时两台电脑使用相同的 Tropy 版本。接收项目的电脑应保持与原始照片所在驱动器断开连接。打开复制后的项目，再核对一遍：完整图像、页序、档案标识信息、转录文字、标签，以及条目是否仍在相应列表中。

以上步骤是一套验收测试建议，不代表每个资料集合都已接受过测试。测试的目的很具体：接收项目的电脑应能从交付的项目中还原这份研究材料的完整面貌。继续导入后续批次时，保留未经改动的源照片，以及首次通过测试的项目备份。

区分交换资料包与工作项目

Tropy 的 Archive 插件可以将所选条目打包成 ZIP，内含元数据和照片文件。同事需要某一组特定文献时，这种方式很实用。[6] 交付时，向接收者说明选取了哪些材料，并一起核对导入结果。

要让整个项目在迁移后延续原有工作，还须扩大检查范围。在 2026 年 2 月一则关于 Tropy 1.17 的支持讨论中，一位维护者解释说，导入 JSON 数据未能恢复列表。讨论明确区分了升级原有项目数据库，以及导出条目后再导入新项目这两种做法。[7] 一次导出即使带走了有价值的材料，也未必包含全部整理信息。当这些整理信息同样重要时，应保留原生项目。

共享文件夹还有另一项限制。文档中的协作流程要求成员错开编辑时间，等待同步完成后再打开项目，并在交接前关闭项目、完成同步。并发修改会带来数据库冲突的风险。[8] 小型团队可以约定清楚的交接流程，按这一限制协作。如果团队需要几位研究者同时编辑同一批资料，应先解决这项需求，再将主要档案资料迁入这套工作安排。

当另一份工作副本能打开整封信，连同信页、信封、描述，以及它在研究中的位置，迁移才算完成。相机生成的文件名可以照常保留。照片之间、照片与文献之间的关系，让这批资料真正可供研究使用。

来源

1. Tropy 官方源代码仓库——研究照片管理、安装说明与开源项目。
2. 美国国会图书馆，使用楔形托垫辅助书籍数字化的照片——刊于《馆藏数字化的保存措施》中的《成像设备评估》。
3. 莱斯大学 Fondren 图书馆，《添加元数据与笔记》——图书馆独立编写的指南，介绍条目与照片的元数据、批量描述及照片合并；2026 年 6 月更新。
4. Anita Lucchesi 与 Douglas McRae，《Tropy 1.13 中的新项目类型》，2023 年 3 月 31 日——Standard 与 Advanced 的存储方式及自定义模板迁移。
5. Tropy 支持论坛，《“监视文件夹”并非每次都会导入》，2024 年 5 月——维护者对 project.tpy、受管理的资源目录、图像路径及新文件接收文件夹的解释。
6. Tropy Archive Plugin 官方仓库——将所选条目及其元数据、照片文件导出为 ZIP。
7. Tropy 支持论坛，《迁移问题：从 1.9 到 1.17》，2026 年 2 月——维护者区分项目迁移与 JSON 导入，并说明列表迁移的限制。
8. Tropy 支持论坛，《协作项目？》——维护者对轮流编辑、同步和数据库冲突的说明，2024 年 9 月至 2025 年 1 月。