将 Navisworks 碰撞与 Revizto 同步 关注
概述
先决条件
基本原理
剖切框的参数
状态映射设置
为每个检查配置默认图章/责任人
碰撞组责任人覆盖
屏幕截图设置
碰撞匹配设置
故障排除
概述
“碰撞同步”功能的核心思想是：将 Navisworks 碰撞组以问题的形式呈现在 Revizto 问题追踪器中。这带来以下好处：
- 所有 Revizto 项目成员始终可以访问碰撞。
- 利用 Revizto 问题追踪器的完整功能，可以分配并追踪每个碰撞组，直到其得到解决。
- 您可以设置报告并配置仪表板来分析碰撞。
- 问题追踪器具有切回功能，使用户能够在建模工具中快速导航到碰撞。
本文介绍碰撞同步的先决条件、推荐的工作流、所有提供选项的参考信息以及故障排除。
先决条件
开始使用“碰撞同步”功能之前，请确保满足以下条件：
- 您使用的是云端或共享位置的 Revizto 项目。
-
理想情况下（但非必需），Revizto 项目应包含用于碰撞的模型。几何可从 Navisworks、建模工具或通过 IFC 发布到 Revizto。
这样您就可以在 3D 模型中查看碰撞，而不仅仅是在屏幕截图上。
- 运行碰撞同步的人员必须在 Revizto 项目中拥有“同步 Navisworks 碰撞”访问权限。
- 运行碰撞同步的计算机必须安装 Revizto 和适用于 Navisworks 的 Revizto 插件。
- 可以从单个 Navisworks 模型或多个 Navisworks 模型同步碰撞。如果从克隆的 Navisworks 模型（例如按标高拆分的一个模型）同步碰撞，请确保碰撞检查未与模型一起被克隆。为了使 Revizto 正确支持，碰撞检查只能通过导入/导出来克隆。
基本原理
要运行碰撞同步，请在 Navisworks 功能区的“Revizto”选项卡上，转到“同步碰撞”。
这将打开一个对话框，其中显示模型中所有可用的碰撞检查列表。
您可以同步整个检查，也可以选择单个碰撞或碰撞组作为问题推送。
先前已推送到问题追踪器的碰撞显示为已选择并处于禁用状态。每次同步碰撞时，它们都会被同步。对于其中每一个碰撞，同步都包括更新关联的问题或碰撞（或两者）的状态、更新屏幕截图，并将责任人从 Revizto 推送到 Navisworks。同步规则将在后文进一步说明。
当新碰撞被推送到 Revizto 时，每个碰撞组以及每个未分组的碰撞都会生成自己的 Revizto 问题。我们强烈建议在将碰撞推送到 Revizto 之前使用碰撞分组器工具。将单个碰撞逐一推送到问题追踪器会使整个过程几乎无法管理。 Revizto 已知支持 Flypaper Sherlock、iConstruct Clash、iConstruct Pro 和 BIM42 Group Clashes 等碰撞分组器。其他分组器也可能适用，但无法保证。
您可以配置状态映射，以根据碰撞在 Navisworks 中的状态，定义哪些碰撞会被推送为问题，哪些不会。映射还定义了已推送到 Revizto 的碰撞的同步规则。
每个检查都允许配置默认图章或责任人。所有新创建的问题要么根据所选图章模板填充所有字段，要么被分配给指定人员。
单击“同步”按钮之前，请确保选择所有要推送到 Revizto 的新碰撞。通常只需选择部分或全部碰撞检查。
下面介绍了碰撞同步的所有选项。
剖切框的参数
当碰撞同步到问题追踪器后，对于表示该碰撞的问题，会自动生成一个剖切框。
您可以通过设置“剖切框大小”参数来控制该剖切框的大小。允许的值为 100% 至 400%。这仅适用于新创建的问题。
您还可以启用“将剖切框与标高对齐”设置，它会覆盖剖切框高度，使其由碰撞的标高以及碰撞上方的标高来定义。此设置使用 Navisworks 模型的标高作为参考。
状态映射设置
状态映射，同步后验证几何条件
请参阅 Explaining advanced status mapping dialog.pdf。
关闭 Navisworks 中缺少的问题
有时您的 Navisworks 工作流需要压缩碰撞检查。在精简碰撞检查时，所有已解决的碰撞都会从 Clash Detective 中移除。如果这些问题已推送到问题追踪器，它们可能会一直保持“未完成”状态。为避免这种情况，可使用名为“关闭 Navisworks 中缺少的问题”的选项。对于所同步的每个碰撞检查，它会检查在问题追踪器中是否存在与该检查关联但在 Navisworks 中缺失的问题。如果发现此类问题，则在碰撞同步期间，会在问题追踪器中自动关闭这些问题。
此选项高度依赖于组和检查的匹配算法。如果使用 iConstruct Clash，则应确保“检查匹配依据”设置为“GUID 或名称 (iConstruct Clash)”。此外，我们建议将“组匹配依据”设置为“同一检查内的子碰撞”。
配置每个检查的默认图章/责任人
在“同步碰撞”对话框中，可以配置每个检查的默认图章或默认责任人。这始终仅影响新创建的问题。更改此检查设置不会影响已推送到问题追踪器的碰撞。
如果为某个检查配置了默认图章，则该检查中所有新创建的问题都将使用所选图章模板中指定的字段进行创建（“图章”和“标题”字段除外；每个碰撞组的责任人也可以被覆盖）。在问题追踪器中，这些碰撞不会显示为图章，它们看起来与标准碰撞相同。如果需要按图章筛选碰撞，则图章还应包含用于该目的的标记。
如果为某个检查配置了默认责任人，则该检查中所有新创建的问题都将分配给该责任人（如果未在碰撞组中覆盖）。
未设置默认图章/责任人时，该检查中的每个碰撞将分配给执行碰撞同步的用户（责任人被覆盖的碰撞除外）。
如果为“所有检查”定义了默认图章/责任人，则所有未指定默认值的检查都会继承该值。
碰撞组责任人覆盖
首次将碰撞推送到问题追踪器时，会考虑在 Navisworks 中设置的碰撞责任人。如果该字段包含某个 Revizto 项目成员的电子邮件地址，此碰撞将分配给该人员，即使碰撞检查的默认图章/责任人中设置了不同的值也是如此。
示例。
- 碰撞 1 的责任人在 Navisworks 中设置为“c.monroe@example.com”。
- 碰撞 2 的责任人为空。
- 碰撞 3 的责任人为“j.doe@example.com”。
- 碰撞 4 的责任人为“John Doe”。
- 所有这些碰撞都属于碰撞检查“Test 1”，该检查针对碰撞同步的默认责任人为“Michael Jenkins (m.jenkins@example.com)”。
- John Doe (j.doe@example.com) 是 Revizto 项目的成员，而 Carl Monroe (c.monroe@example.com) 未被邀请加入该项目。
首次将这些碰撞同步到 Revizto 后，它们在 Revizto 中获得以下责任人：
- 碰撞 1 分配给 Michael Jenkins (m.jenkins@example.com)
- 碰撞 2 分配给 Michael Jenkins (m.jenkins@example.com)
- 碰撞 3 分配给 John Doe (j.doe@example.com)
- 碰撞 4 分配给 Michael Jenkins (m.jenkins@example.com)
屏幕截图设置
导入碰撞组的记号
当碰撞推送到问题追踪器时，会为其分配一张屏幕截图。遗憾的是，Navisworks 不提供读取碰撞组的位置和记号的功能。
默认情况下，“导入碰撞组的记号(需要 xml 报告文件)”选项处于禁用状态。在进行碰撞同步时，碰撞组的屏幕截图由 Navisworks 中的 Revizto 插件生成。通常不建议使用这种方法，因为生成屏幕截图耗时较长，而且由于相机角度和可见性设置随机，通常不能提供良好的视觉反馈。
另一种方法是提供碰撞的 XML 报告，您可以在碰撞同步之前在 Navisworks 中手动运行。这样会快得多，并且会使用您在 Clash Detective 工具中看到的相同屏幕截图，还会显示记号（如果存在）。
要在 Navisworks 中创建 XML 报告，请打开“Clash Detective”工具并切换到“报告”选项卡。确保包含以下选项（见下方屏幕截图），然后单击“写报告”。
生成 XML 报告后，转到 Revizto 碰撞同步对话框，并确保已选择“导入碰撞组的记号(需要 xml 报告文件)”选项。
然后，单击“同步”按钮后，系统会要求您指定该 XML 文件的路径。
如果使用 XML 文件，请确保每次在同步碰撞之前都生成一个 XML 报告。这样可以确保所有碰撞的屏幕截图都是最新的。
更新屏幕截图
每次同步碰撞时，都可以指定在问题追踪器中更新问题屏幕截图的规则。这仅影响已推送到问题追踪器的碰撞。新推送的碰撞总是会获得一张初始屏幕截图。
以下选项可供选择：
如果碰撞更改（默认选项）
更新自上次碰撞同步以来在 Navisworks 中更改过的碰撞的屏幕截图，但在 Revizto 中编辑过记号的碰撞（最近一次屏幕截图或记号更改是在 Revizto 中进行的）除外。
如果执行了以下任一操作，则碰撞组被视为“已更改”：
- 在 Navisworks 中更改了碰撞组的状态。
- 在 Navisworks 中更改了任一子碰撞的状态。
- 增加了新的子碰撞。
- 移除了部分旧的子碰撞。
除手动外的所有
更新所有碰撞的屏幕截图，但在 Revizto 中编辑过记号的碰撞（最近一次屏幕截图或记号更改是在 Revizto 中进行的）除外。
所有
更新所有碰撞的屏幕截图。
否
不更新屏幕截图。
碰撞匹配设置
以下选项可供选择：
组匹配依据
根据 Navisworks 中的碰撞分组工作流，您或自动碰撞分组器可能会将部分或全部碰撞组分解，然后从头重新创建它们。然而，在大多数情况下，如果新组具有相同的子碰撞，您会希望它们与已创建的问题相匹配。在这种情况下，由于唯一 ID 号 (GUID) 会发生变化，Revizto 无法通过它来识别碰撞组。
以下选项可供选择：
按同一检查内的子碰撞匹配组
默认情况下，通过同一检查内的子碰撞匹配碰撞组。在问题追踪器中无法通过唯一 ID 找到碰撞组时，Revizto 将使用一种特殊算法来扫描从当前碰撞检查推送的所有问题。如果找到具有相似子碰撞的碰撞组，则视为匹配。由于每次同步时的子碰撞数量可能有所不同，系统会尝试找到匹配的子碰撞数量最多的组。
仅按 GUID 匹配组
如果可以保证碰撞组不会被分解或重新分组，则可以使用该选项来仅按 GUID 匹配组。不过，在大多数情况下不需要使用该选项，只有默认选项不能很好地满足需求时才需要。
检查匹配依据
一些碰撞分组器（例如 iConstruct Clash）可以定期重新创建碰撞检查。 Revizto 的逻辑非常依赖于碰撞检查识别，它在许多不同的用途中都是必需的。因此，Revizto 提供了两种不同的选项来识别和匹配碰撞检查。
在以下情况下进行检查匹配：
- 同步开始时，按同一检查内的子碰撞对各组进行匹配。
- 对于所有已同步的检查，Navisworks 中缺失的问题关闭（可选）。
- 碰撞检查中设置或应用了默认图章或责任人。
以下选项可供选择：
检查匹配依据：仅 GUID
这是默认选项，适用于大多数情况，但使用“iConstruct Clash”碰撞分组器时除外。检查按 GUID 进行匹配。
仅当从通过复制生成的多个 Navisworks 模型（例如，按标高拆分的建筑）同步碰撞时，才可能出现问题。在这种情况下，不同模型中的检查可能具有相同的 GUID，这可能导致偶发性的问题关闭（请参见“关闭 Navisworks 中缺少的问题”选项）。此时您需要重新创建检查，方法是将它们导出、删除，然后再重新导入。
检查匹配依据：GUID 或名称 (iConstruct Clash)
此选项主要适用于使用 iConstruct Clash 的用户。该工具每次运行分组操作时都会从头重新创建所有碰撞检查，因此我们不能依据检查 GUID，而必须依据检查名称。
如果使用多个 Navisworks 模型（例如，按标高拆分的建筑）来同步碰撞，请确保所有文件的碰撞检查都具有不同名称。例如，您可以为每个检查名称添加一个后缀来存储模型名称，例如“Arch vs Elec lvl 1”、“Arch vs Elec lvl 2”等等。
故障排除
问：碰撞同步耗时过长。
答：尝试使用“导入碰撞组的记号”选项。这样 Revizto 插件就不会花费时间生成碰撞屏幕截图，并且可能显著缩短同步时间。
问：当我从一个 Navisworks 文件同步碰撞时，来自另一个 Navisworks 文件的所有碰撞问题都被标记为“已关闭”（未创建任何重复问题）。
答：您很可能选择了“关闭 Navisworks 中缺少的问题”选项，并且来自不同文件的碰撞检查被匹配为同一个检查。
如果您选择了“检查匹配依据：仅 GUID”选项，则说明您的 Navisworks 文件已被复制，它们现在具有相同的碰撞检查 GUID。要解决该问题，请从除一个 Navisworks 文件之外的所有文件发布碰撞检查，然后在 Navisworks 中将它们删除，再重新导入。这将为碰撞检查生成新的 GUID，冲突将得以解决。
如果您选择了“检查匹配依据：GUID 或名称 (iConstruct Clash)”选项，并且是因为使用 iConstruct Clash 而选择该选项，请确保所有 Navisworks 文件的碰撞检查都具有不同名称。例如，您可以为每个检查名称添加一个后缀来存储模型名称，例如“Arch vs Elec lvl 1”、“Arch vs Elec lvl 2”等等。
问：从 Navisworks 同步碰撞时，同步会创建重复的问题。
答：如果您选择了“仅按 GUID 匹配组”选项，很可能会发生这种情况，因为您或您的碰撞分组器在每次同步前都会分解并重新创建碰撞组。请尝试使用“组匹配依据：同一检查内的子碰撞”和“检查匹配依据：仅 GUID”选项（iConstruct Clash 用户则使用“检查匹配依据：GUID 或名称 (iConstruct Clash)”选项）。开始同步之前，请确保已从问题追踪器中删除所有重复项，以避免不可预期的行为。