Showing posts with label Clash Report. Show all posts
Showing posts with label Clash Report. Show all posts

Monday, January 28, 2013

Hidden Update in Service Pack 2

Well, at least it seems like it was a hidden update to me.  What I’m talking about is a feature that people have been asking about for a while…being able to save a Clash Report to Viewpoints in Navisworks. 

Technically it’s not a new feature, you’ve been able to do it for as long as I can remember.  But, it’s never REALLY worked.  The resulting saved Viewpoints never kept the “visual” settings when looking at the Clashes in the Results tab of the Clash Detection panel.  So the results were really just the camera position with elements in their native color and none of the elements in front of the clash hidden or transparent or wireframed or etc.

Here’s the Clash Results Viewpoint (while having the Results tab “active” in Clash Detection)…

Audubon Center-ClashReport

Prior to Navisworks 2013 Service Pack/Update 2, this was the result of the “Saved Viewpoint” when the Report was exported to Viewpoints…

Audubon Center-ClashReport-VP_PreSP2

And now, here’s what you get with Navisworks 2013 after Service Pack/Update 2 is installed…

Audubon Center-ClashReport-VP_PostSP2

FINALLY, the report exported to “Viewpoints” actually shows the same view settings as the Results tab does!  This means that when the NWF is Published to a NWD, someone with Freedom (or Simulate) can actually review clashes!

But, there is a bit of bad news.  It appears that any Redlines that are created on the Clash do not come through.  However, if you create a Redline Tag, the associated Comment WILL come through and be available in the Viewpoint…which doesn’t really help since you can’t see the Redline Tag.  Also, if you add a Comment and/or an Assign(ment), those will also come through and be available in the Viewpoint.

I’m glad to see the progress has been made to make the Viewpoints Report capture the Results visual settings.  Hopefully we’ll see some more improvement to also capture the Redline information.

Wednesday, January 4, 2012

Clash Report and Incorrect Revit ID Numbers

This problem sucks, there just isn’t any good way to put it….

If you’ve been using Navisworks with Revit files, you may or may not have run across this depending on how you use the Clash Reports (exported reports).  When you look at the Clash Report, there is a separate column for the Item ID, which for Revit is the Element ID.  You can use that ID number to search for the Element that is being called out in the Clash. (similar to what I discussed in this post about Revit Interferences)  At first glance, it looks great.  I can grab that ID number, go to Revit and quickly find the item in the Clash, especially if you don’t have the Navisworks model (versus possibly using Switchback if you had the Navisworks model). 

But, there is a problem when it comes to some objects.  Some objects, like Columns, Beams, Diffusers (to name a few) don’t actually report the proper Revit Element ID!!  Yeah, not so good!  From what I can tell, it’s actually calling out the Element Type ID Number and not the Element Instance ID Number.  (See this post about the props of a Revit element and what is considered Instance vs Type)  Some of you may be thinking, well can’t I just use the ID number to find the object in Revit….sorry, no you can’t.  Revit wants the Instance ID number so it can actually find and select the corresponding Instance Element.

Oh, I should mention a way to get the proper number.  Well, there actually is a couple. One being to use DWF’s from Revit instead of NWC’s.  The DWF will put the Element ID number as a suffix to the Name of the object in Navisworks.  But for many, that would require a complete change in process of getting files.  The other way, would be to have the Navisworks model open with the corresponding Clash Test and Results.  When you select a clash, the bottom pane in the Clash window will show you what objects are clashing.  If you select the Element Name, use the Select button, you can then look at the Properties to get the proper Element ID number.

I’ve reported the issue to Autodesk Support, which was escalated to the Development Team.  Hopefully (keep anything and everything you can crossed) that they can solve this issue in the next release of Navisworks!