我这几天将照片从群晖 Photos 迁移到了 Immich 上，最终还是想好好地将图片分个类，便于以后的查找。
首先介绍一下群晖 Photos 的分类方式吧，他没有标签，只有相册，相册是基于真实目录划分的，好处就是没有元数据，方便迁移，目录一存一移就好了，那不好的地方也在于缺失元数据。
他这种基于真实目录的相册，只能进行单一维度的划分，因为照片文件只能存在于一个目录中，当然了，可以复制粘贴到不同目录，但这样设备中就会存在同一张照片的多个备份，这很明显不利于归档。
举个例子，你有一张在初中运动会上的照片，这张照片你可以拆解出以下的属性：
- xx 体育场（地点）
- 运动会（内容）
- 初中（阶段）
- 同学（人物）
这几个属性在分类上是不相交的，所以他们很自然地会作为独立的目录，这时候你的照片应该放在哪呢？选一个联系最强的？还是复制 4 份保存？答案是都不好。
可扩展的分类至少应该有标签概念，标签和照片是多对多关系，一个标签可以贴在多张照片上，反过来，一张照片也能具有多个标签，用标签来确定照片的属性，这样不影响照片的实际存放位置。
但要做到这一点，软件就必须得有元数据，你可以理解成用一份文档去记录照片和标签之间的关系，Immich 可以做到这一点。
Immich 有相册和标签两种概念，相册是虚拟的，不依赖真实目录，不可以嵌套，标签也是虚拟的，但标签可以嵌套，用标签来表示照片属性，那么相册应该用来干什么呢？我认为相册应该用来表示有始有终的事件或者是一套精选集，是由事件、主题驱动的。
由于标签是可以嵌套的，所以标签上面的分类就比较有讲究了，也因为标签是要应对未来情况的，所以必须在开始前就规划好，在照片多起来后修改就会很麻烦。
这里我是按照几个 W 来进行基础父级标签划分的：
- Who，比如家人、朋友
- Where，比如学校、公司
- What，比如美食、散步
认真拍的照片主要离不开以上三个大类。
这是基础的，但不能覆盖我所有的照片，所以我还做了如下区分：
- 来源，比如截图、壁纸
- 设备
- 状态，比如精选、待修复
- 动物
这里更多的是额外的属性和无法归类到三 W 中的那些，但动物比较特殊，他同属于 Who 和 What，同时我从猫狗、鸟，到昆虫都会拍，所以我决定将他提出来，单独作为一个大类。
为什么说他好扩展呢？因为最高层级都是一些非常抽象的概念，而往下具体的分类都是子级，如果有新的分类，都能归纳到其中一个大类里。