我以前一直使用property.db从SVF文件中获取属性和元数据。有人告诉我,这里的SVF2文件是不可能这样的:获取PropertyDb for SVF2。因此,我再次尝试使用getProperties端点来测试SVF2格式并获取属性{urn}/元数据/{guid}/properties。然而,这仍然给了我一个挑战,这是最初离开端点的主要原因,因为属性中的单元从最初的度量文件更改为帝国文件。
所以,现在我想知道以下两件事中的一件,你是否有一个解决方案:
只需要寻找获得属性的解决方案,而不必将模型加载到查看器中。
目前测试的文件是来自Tekla的IFC。
感谢您的帮助和指导!
发布于 2021-08-12 10:52:25
该单元取决于您使用的IFC转换方法,传统方法还是现代方法。(我测试了一个Tekla IFC文件。)
没有PropertyDB SQLite文件随SVF2一起提供。它是用SVF生成的。因此,如果不生成SVF,则不存在PropertyDB SQLite文件。
我们正在收集客户使用PropertyDB SQLite文件的非机密用例。你能告诉我更多的细节吗?看起来您使用它是因为没有获得属性 API返回的单元,对吗?
(如果你不能发布信息。)公开场合,请改用forgeDOThelpATautodeskDOTcom )
顺便说一句,您可以利用优化的查看器PropertyDB json.gz文件作为解决办法。下面是一个演示这个想法的示例:
https://github.com/cyrillef/webhooks-properties#property-server
发布于 2021-08-12 12:57:46
@Eason,对不起,我的回复太长了,所以它将作为另一个答案。
因此,正如我所听到的,目前还没有一种方法可以为“现代”转换SVF2文件获得正确的度量单位中的模型属性。这是你要研究的东西吗?(我没有研究属性服务器的解决方案,但由于您将其描述为“优化的查看器PropertyDB”,所以我认为它仍然只适用于SVF?)由于单位问题,我们以前也使用‘遗产’转换器,但由于有一个公平的问题与该一个,我们转移了。
我肯定能分享一点。我使用PropertyDB SQLite文件正是因为我们需要在正确的单元中获取文件数据。理论上,我们可以“只是”转换GET属性的结果,但是由于它已经被重新格式化和舍入,结果将不再精确。因此,我们选择了使用propertyDB。由于这不再是SVF2的解决方案,我们对如何获得足够的结果感到怀疑,目前似乎根本没有解决方案。
https://stackoverflow.com/questions/68708481
复制相似问题