为什么相交会给出错误999999：执行函数无效的拓扑时出错[线段端点过多]？

我正在尝试在Arcgis 10 sp 3中使用2个文件集（长宽比和坡度）运行一个相交过程，该过程在65,000sq km的区域中从高达1m DEM。该方面有9,930,384条记录，坡度有31,435,462条记录（在2个文件的地理数据库中总计约12GB）。

我已经运行了大约3次修复几何，现在数据集未报告任何错误（每次花费30小时以上）。

现在我明白了

正在执行（相交）：相交“ D：\ SCRATCH \ Projects \ 106 \ data \ 7_asp_Merge.gdb \ asp_HghstRez_M_rep＃” D：\ SCRATCH \ Projects \ 106 \ data \ working \ working.gdb \ AsSl_Int ALL＃INPUT开始时间：Sun 2011年10月23日02:19:10阅读功能...

加工瓷砖...

错误999999：执行功能出错。

无效的拓扑[线路端点过多。]

执行失败（相交）。

在2011年10月23日星期日04:09:12失败（经过的时间：1小时50分钟2秒）

这真的是拓扑问题还是文件大小问题？

我曾尝试使用ArcINFO SPLIT工具，但是即使驱动器上的可用空间超过1TB，并且在较小的文件集上却导致锯齿状边缘，该工具也会失败。我不能使用DICE，因为asp和坡度之间相交的区域必须完全相同。我知道在大型数据集上，ESRI会自动破解（自动平铺）数据集–这会带来问题吗？我可以提供更多信息来解决问题。

这些机器的规格超过了ESRI的最低要求–我们有16GB RAM，Intel Xeon，Windows 7、64位，2 x 1 TB磁盘和超过1.2TB的可用驱动器。该过程中使用的所有文件都在本地驱动器上。

刚刚找到了这个解释（2012年7月2日），该解释为解决问题提供了很多有用的提示。

http://blogs.esri.com/esri/arcgis/2010/07/23/dicing-godzillas-features-with-too-many-vertices/

详细的DEM中很少有连续的像元具有相同的斜率和纵横比值。因此，如果输入要素代表具有共同斜率和共同长宽比的连续区域，则我们应该期望该相交过程的结果平均每个单元具有近一个要素。

DEM中最初有65,000 * 1000 ^ 2 = 6.5个E10单元。表示这些中的每一个都需要至少四对有序的4字节整数或8字节浮点坐标，或32-64字节。这就是1.3 E12-2.6 E12字节（1.3-2.5 TB）的要求。我们甚至还没有开始考虑文件开销（功能存储不仅仅是其坐标），索引或属性值，它们本身可能需要0.6 TB（如果以双精度存储）或更多（如果以文字），以及标识符的存储空间。哦，是的-ArcGIS喜欢每个交集保留两个副本，从而使所有内容加倍。您可能需要7-8 TB的存储空间。

即使您有所需的存储空间，（a）如果ArcGIS正在缓存中间文件，您也可能会使用两倍（或更多）空间；（b）怀疑该操作是否会在任何合理的时间内完成。

解决方案是使用网格数据结构而不是矢量数据结构执行网格操作。如果绝对需要向量输出，请在完成所有网格操作后执行向量化。

我使用分割工具和修复几何的经验。它对我有用，因为我研究的那个是使用矢量层，该层我已经完成了从栅格到矢量的转换。我尝试先拆分工具，然后给了我错误。因此，我不得不使用修复几何体，这取决于它运行了多长时间。我做了两次，因为无论何时进行任何更改或编辑，在拆分之前，您仍然必须重新运行repaire geomtry。它为我工作。

顺便说一下，我确实在两层上都运行了修复几何体：shapefile和文件地理数据库。我建议您隔夜进行维修。