查找 table (LUT) 是否应该是图像的 属性（在建筑中）
Should a lookup table (LUT) be a property of an image or not (in Architectue)
所以这更多是关于建筑的。
我们正面临数据设计问题，我们是否应该将要使用的查找 table 添加到我们的图像 class（其中包含实际的原始数据）。
关于它的争论可能是调色板通常是库中常用图像 classes 的一部分。例如参见 [=12=].
反对它的论点可能是 LUT 是图像表示（例如查看器）上的比例修改。所以它将成为一个观众 属性。但不一定。
那么你对此有何看法？
如果图像中包含的数据只有在与 LUT 关联时才有意义，那么我会在图像中包含 LUT。
如果 LUT 仅用于某种数据的展示目的，当与 LUT 无关时也有意义，那么我会将 LUT 放在图像之外 class。
例如：
- 对于 GIF 图像，我会将 LUT 放在 class 中，因为如果未与正确的颜色相关联，原始数据就没有意义。
- 对于包含一些 B/W 数据的图像，或者每个像素代表 "people per square mile" 或其他可以独立存在的数据，那么我会将 LUT 放在外面
如果您需要 LUT 将原始数据转换为有意义的数据（例如，从 GIF 调色板到 RGB）以及演示（例如，突出显示 BW 图像中的某些结构），那么 LUT 应该有自己的 class，但图像应该 link 到从原始图像中获取有意义数据所需的 LUT。
例如，DICOM 标准（医学成像）允许演示 LUT 和 "transformation"（发明的术语，我不记得正确的）LUT：您可以有大量的演示 LUT 突出显示图像的不同部分，但只有一个转换 LUT，用于从 RAW 数据中获取有意义的数据，其含义只有医疗设备的生产商知道。
所以图像有一个 link 到转换 LUT，但不知道演示 LUT。
所以这更多是关于建筑的。 我们正面临数据设计问题，我们是否应该将要使用的查找 table 添加到我们的图像 class（其中包含实际的原始数据）。
关于它的争论可能是调色板通常是库中常用图像 classes 的一部分。例如参见 [=12=].
反对它的论点可能是 LUT 是图像表示（例如查看器）上的比例修改。所以它将成为一个观众 属性。但不一定。
那么你对此有何看法？
如果图像中包含的数据只有在与 LUT 关联时才有意义，那么我会在图像中包含 LUT。
如果 LUT 仅用于某种数据的展示目的，当与 LUT 无关时也有意义，那么我会将 LUT 放在图像之外 class。
例如：
- 对于 GIF 图像，我会将 LUT 放在 class 中，因为如果未与正确的颜色相关联，原始数据就没有意义。
- 对于包含一些 B/W 数据的图像，或者每个像素代表 "people per square mile" 或其他可以独立存在的数据，那么我会将 LUT 放在外面
如果您需要 LUT 将原始数据转换为有意义的数据（例如，从 GIF 调色板到 RGB）以及演示（例如，突出显示 BW 图像中的某些结构），那么 LUT 应该有自己的 class，但图像应该 link 到从原始图像中获取有意义数据所需的 LUT。
例如，DICOM 标准（医学成像）允许演示 LUT 和 "transformation"（发明的术语，我不记得正确的）LUT：您可以有大量的演示 LUT 突出显示图像的不同部分，但只有一个转换 LUT，用于从 RAW 数据中获取有意义的数据，其含义只有医疗设备的生产商知道。 所以图像有一个 link 到转换 LUT，但不知道演示 LUT。