Autodesk forge 外部化Navisworks文件的持久性
我一直在使用externalId来唯一地引用forge viewer中的对象,并将它们与这些对象的外部数据连接起来。这对于revit文件非常有效,它的GUID为86715290-fa28-4ff5-aef9-8c75d7c81e77-0012917b。现在我正在处理一个Navisworks文件,它们的外部使用看起来与Autodesk forge 外部化Navisworks文件的持久性,autodesk-forge,autodesk-viewer,autodesk-navisworks,Autodesk Forge,Autodesk Viewer,Autodesk Navisworks,我一直在使用externalId来唯一地引用forge viewer中的对象,并将它们与这些对象的外部数据连接起来。这对于revit文件非常有效,它的GUID为86715290-fa28-4ff5-aef9-8c75d7c81e77-0012917b。现在我正在处理一个Navisworks文件,它们的外部使用看起来与a、0或0/0/0/等值非常不同。我可以想象,它们的持久性有多强,不是全局唯一的,但是更改/删除/添加是否会使它们在文件中保持唯一性?在Navisworks文件中全局引用实体的建议策
a
、0
或0/0/0/
等值非常不同。我可以想象,它们的持久性有多强,不是全局唯一的,但是更改/删除/添加是否会使它们在文件中保持唯一性?在Navisworks文件中全局引用实体的建议策略是什么?从0开始通过模型选择树到达该元素的路径的外部id,请参见下面的快照:
据我所知:
在Revit中,它使用元素的唯一id(表示Revit API的元素.UniqueId
)作为外部id
。但是,Navisworks没有概念唯一id,因为它必须处理不同的格式,并且一些源模型也没有唯一id。因此,它使用选择树路径作为外部ID
因此,
为了保留Revit图元的标识信息,我建议您添加一个Revit共享参数来存储图元.UniqueId的值,并通过此参数标识图元