Tekla Model Sharing 改进
Tekla Structures 2020 对 Tekla Model Sharing 引入了几项改进。例如,现在您可以查看您在模型中所做的尚未与其他用户共享的本地更改。
使用 Trimble Connect 文件夹作为 XS_PROJECT 和 XS_FIRM 文件夹
现在,您可以将 Trimble Connect 工程中的文件夹用作 Tekla Structures 中的工程或公司文件夹。这样,当位于不同站点的多个团队使用同一模型时,可以更轻松地使用 XS_PROJECT 和 XS_FIRM 功能。
请注意,工程文件夹和公司文件夹数据仅从 Trimble Connect 工程更新到共享模型的本地版本,反之则不行。实际上,这意味着 Tekla Structures 将新文件从工程或公司文件夹下载到本地模型,并更新所有更改的文件。如果本地文件不在 Trimble Connect 工程子文件夹中,则已从本地模型中删除。
当打开模型时,Tekla Structures 搜索本地模型数据与 Trimble Connect 工程或公司文件夹数据之间的差异。如果 Tekla Structures 检测到工程或公司文件夹数据发生更改,您将收到以下通知:
如果单击是,将保存并关闭模型。然后将更新本地模型数据。数据更新后,将重新打开模型。
如果单击否,则不会更新本地模型数据。
使用 Trimble Connect 工程子文件夹作为 XS_PROJECT 文件夹
-
在文件菜单上,转至 。
-
在高级选项对话框中,查找 XS_PROJECT 选项。
-
将此高级选项的值设置为 %CONNECT_FOLDER_SYNC%。
%CONNECT_FOLDER_SYNC% 指向 :\Users\<user>\AppData\Local\Trimble\Tekla folder sync\<folder>。
如果使用相同 Trimble Connect 工程作为 XS_PROJECT 文件夹并进行协作,您需要使用独立于 Trimble Connect 协作信息的子文件夹作为 XS_PROJECT 文件夹。此种情况下,子文件夹设置为 %CONNECT_FOLDER_SYNC%\<folder>%<sub-folder of the folder>。
例如,您可以使用名称 Project 将工程文件夹保存在 Project settings 文件夹下方。此种情况下,该值应设置为 %CONNECT_FOLDER_SYNC%\Project Settings%Project。
使用 Trimble Connect 工程子文件夹作为 XS_FIRM 文件夹
-
在文件菜单上,转至 。
-
在高级选项对话框中,查找 XS_FIRM 选项。
-
将此高级选项的值设置为 %CONNECT_FOLDER_SYNC%<ProjectID>;<region>。
您可以在 Trimble Connect for Browser 中查看工程 ID:
该区域与工程服务器位置设置相同。选项包括:-
asia
-
europe
-
northAmerica
因此,举例来说,该值可以是 %CONNECT_FOLDER_SYNC%m1G-M21Ca_o;northAmerica。
-
如果使用相同 Trimble Connect 工程作为 XS_FIRM 文件夹并进行协作,您需要使用独立于 Trimble Connect 协作信息的子文件夹作为 XS_FIRM 文件夹。此种情况下,子文件夹设置为 %CONNECT_FOLDER_SYNC%\<ProjectID>;<region>%<folder>%<sub-folder of the folder>。
例如,您可以使用名称 Project 将工程文件夹保存在 Project settings 文件夹下方。此种情况下,该值应设置为 %CONNECT_FOLDER_SYNC%\m1G-M21Ca_o;northAmerica%Project Settings%Project。
共享历史记录对话框:查看更新代码与评注和本地更改
-
数据包信息现在显示更新代码和评注。请注意,如果评注太长,可能无法完全显示。
例如,包含代码 12345 和评注 Column profiles have been edited 的数据包将显示为:
-
您可以查看在模型中所做的本地更改,然后再共享它们。当前,您可以查看对物理模型对象、图纸和模型文件夹中的文件所做的更改:
-
选择本地未共享更改并单击显示变更按钮。
本地更改显示在 Tekla Structures 底部窗格的变更列表中。
您可以通过单击变更列表顶部的选项卡来查看不同类型的更改。
-
更强的对象锁定
Tekla Model Sharing 中增强了对象锁定,这样,不属于适当组织的用户不能继续修改 privileges.inp 文件。这可以防止共享模型出错,因为不同组织中的用户不能意外地解锁和修改彼此的对象。
-
不包含在用户读取的数据包中(适用于常规数据包的情况)
-
在用户更改后在下一次写出时恢复(适用于新基线的情况)
请注意,即使恢复了 privileges.inp文件,该文件也不会包含显示用户是否已尝试修改该文件的评注。