我们正在利用Forge API将DWG转换为SVF,以便在移动AutoDesk查看器上进行操作。我们在谈话中的成功在于大约80%的文件正确且相对较快地转换。我们经常会遇到失败的谈话或者谈话时间超过30分钟。对于客户来说,等待那么久才能在iPad上查看/编辑他们的绘图显然不是最佳选择。
我们可以获得这些额外的错误返回,以便我们找到这些缓慢且失败的DWG对话的原因吗?
是否存在通常导致失败或长时间对话的问题的常见问题解答。我相信我们会查看外部参考资料。
是的,我们已经查看了其他与StackOverflow相关的问题但进展甚微。
答案 0 :(得分:0)
对于您的问题,我们可能需要一个示例文件来检查翻译实际出现了什么问题,如果没有这个问题,我们很难用当前信息来说明原因。翻译时间取决于许多不同的情况,通常,当它是一个大/复杂的文件,或者它有许多外部参考可能需要时间,但正如我所提到的,没有样本文件检查,我们不能给你的结论。如果有任何敏感信息,您可以发送给我们。
对于错误信息,我认为您应该已经知道,在POST job发布翻译工作后,您可以通过GET :urn/manifest获取状态,并且您可以查看状态以了解如何翻译去了。据我所知,这应该是检查进度的唯一方法。
答案 1 :(得分:0)
翻译时间非常慢的问题是由于DWG中图形的复杂性造成的。你发给我的样本DWG有用于表示墙的爆炸舱口。这使得需要处理大量数据。 (由于DWG是一种高度压缩的格式,因此DWG大小与翻译时间之间没有特别强的相关性。)
尝试将模型分解为每个楼层平面图/详细视图的单独DWG - 您应该看到显着的速度增加并避免任何超时。也许也使用外部参照作为通用建筑结构模型。 EXPORTLAYOUT AutoCAD命令可以从原始DWG中使用,并使用布局来生成单独的DWG,只包含特定的布局数据。
在翻译DWG之前,可以使用Design Automation API自动预处理DWG。