常见问题解答：在 ArcGIS 中使用 A.TOC 文件时会出现什么问题？

答案

注： 本文仅适用于 ArcGIS 8.x 和 9.x 版本。 更高版本的 ArcGIS 可能包含不同的功能，对于菜单、命令和地理处理工具，可能具有不同的名称和位置。

尽管 A.TOC 文件在本质和构造上都是图像目录，但其在 ArcMap 中将作为单个栅格数据集进行处理。 在此功能假设下，A.TOC 文件应在其引用的所有数据中具有一致的属性集。 这意味着所有 A.TOC 文件的内容均应具有相同的像元大小和色彩映射表。 但是，对于每个栅格数据集，A.TOC 文件并不总是包含相同的属性。 在以下情况下，ArcGIS 不支持 A.TOC 文件：

• A.TOC 文件引用的数据具有不同的像元大小。 当 RPF 数据目录包含不同纬度带中的数据的子文件夹时，将会出现这种情况。 每个纬度带都具有不同的像元大小。
• A.TOC 文件将引用两种类型的 RPF 产品。 例如，如果 A.TOC 文件同时引用 GNC 和 JNC CADRG 产品，则两种产品将不起作用。 根据规范，GNC 和 JNC 具有不同的色彩映射表，可以满足预期用途的需求。
• A.TOC 文件将使用相对路径来引用数据。 如果出于任何原因移动数据或 A.TOC 文件，则相对路径将损坏。

以上情况是建议在生产系统中避免使用 A.TOC 文件的基础。 虽然 A.TOC 文件似乎是方便的解决方案，但其可能会在生产环境中导致严重问题。 因此，利用 A.TOC 文件数据的最有效方法是直接引用 RPF 切片。

直接在 Image Server 中引用 RPF 切片还存在性能优势。 Image Server 将搜索 RPF 文件结构，读取必要的像素，执行镶嵌，发送结果，然后关闭该文件。 如果引用 A.TOC，则 Image Server 将对整个 A.TOC 文件执行上述操作；由此导致性能下降，因为对整个 A.TOC 文件执行此操作的效率将低于对较小的 RPF 切片上执行此操作的效率。