Ghostscript:为什么我必须为PDF/A转换提供一个pdfa_def.ps？

Question

Ghostscript有描述如何创建PDF/A的文档。我知道怎么做。

我不明白的是为什么这个过程是必要的。特别是：

• 为什么我必须指定一个输出ICC配置文件(-sOutputICCProfile)？不能从颜色转换策略或过程颜色模型的选择中推断默认情况吗？
• 为什么我必须在PDFA_def.ps中为输出ICC配置文件提供完整的文件路径？如果没有指定路径，Ghostscript为什么不能假设我指的是它自己的ICC配置文件之一？
• 为什么我必须同时指定ICC配置文件路径和ICC配置文件的/OutputConditionIdentifier？一个不能从另一个得到吗？
• 为什么我必须提供pdfa_def.ps，在大多数情况下，Ghostscript似乎可以在合理的缺省情况下生成模板？( /DOCINFO块可以通过命令行传递；ICC配置文件块似乎是基于命令行参数自动生成的；输出意图字典只需要Ghostscript已经知道的颜色配置文件名称。)

因此，颜色转换是否适用于文档中的图像，还是只适用于Postscript绘图？

Answer 1

PDF/A意味着彩色管理的工作流程，因此：

( 1)不，你不能从颜色转换策略的选择中推断出ICC配置文件，因为它是不正确的。您需要指定一个OutputICCProfile。

2) Ghostscript配置文件用于输入，即将PostScript颜色空间的体面表示转换为CIE空间。不用于将从 XYZ 转换为特定的颜色空间。

3) ICC概要文件的名称(通常)可以从概要文件的desc标记中读取，但是PDF输出代码不检查概要文件的内容，它只是嵌入概要文件。我认为，您所说的“名称”指的是对概要文件空间的人类可读的描述，即OutputConditionIdentifier。

4) pdfa_def.ps的含量并不完全是样板，而是一个PostScript程序。是的，我们可以添加到Ghostscript命令行选项的列表(已经非常混乱和非常长)中，但是由于已经有了执行这些任务的机制，所以我们选择在大多数配置中使用PostScript ( pdfmark操作符)。不能以这种方式处理的部分是定义为命令行参数的(例如-dPDFA)。PostScript中的编程也比命令行参数灵活得多。

最后，颜色转换适用于一切，无论是什么输入语言；PDF，PostScript，XPS，PCL，PXL。