根据你的一些回答，如果你能提出更多想法，那将是一个勇敢的人。
正如你所说的那样，最好按常规行事。祝你好运。
数以百计的文件和数千行是你的话，不是我的。如果我的话是“聪明人”的话，我道歉——这不是我的本意。我对自己犯的小错误视而不见，直到一两个小时后才意识到，这最终不会有丝毫不同——因为你得到的答案表明，没有简单的解决办法，我的问题是，也许让你看看你现在的情况是否也一样。
既然你说它确实起到了作用，我希望你在做这个算法时好运——那种编程方式是我无法想象的，所以我在这里鞠躬。 数百个文件和数千条线，需要分析多少交点和端点，然后连接？您将如何验证它是否正确或达到您的满意程度？如果交叉口接错了分支怎么办？听起来你需要一个包含人工智能的程序。
重要的是连接角度差较小的线。这可以通过比较三条连接线的最后一段/第一段来确定，不需要任何智能。
我已经完成了例行程序，如果有什么证据足以证明它可以做到的话，它是有效的。它的暴力，它的丑陋，可能可以做得更有效，所以我不会麻烦张贴它。还有它的map3d特定。 好的，谢谢你分享这个事实，这是可以做到的。我很失望你不能在CADTutor与CAD社区分享你的解决方案。现在，如果这里有人提出了一个解决方案，你会期望他们与你分享，对吗？正当是的，我也这么认为。 如果我认为有人会从中受益，我会把它贴出来。但是从那以后，你问得很好
map\u clean和make vert list函数不是我写的，但是因为没有它们就没用了，所以我也包括了这些函数。
但是一句警告的话，它没有经过彻底测试，并且运行时间随着行数呈指数增长。使用200条多段线需要3-5分钟。我没有用更多的东西来测试它，但我认为如果有足够的普林斯，时间可能会长达数小时。
参加lsp M76：感谢您发布lisp例程。我相信其他人也会从中受益。
200条多段线需要3-5分钟？我只能想象那时候数千条多段线可能需要什么。你不怕你的系统被锁住吗？在解决问题的同时，你会做什么？我希望你有一台专用的机器，可以集中精力处理你提到的数百个文件。
你说的暴力？我说只要它起作用，谁在乎它有多丑？
再次感谢。
Autocad锁定的次数超出了我的计算范围。我不关心速度，因为它甚至不能正常工作。我指的是整个过程，而不是加入。与autocad合并2-3000个区域相比，连接线所需的时间非常少。也就是说，如果它没有因边缘不一致性错误而失败，我还没有找到解决方法。 听起来你可能还有更多的修补工作要做。
页:
1
[2]