See the top rated post in this thread. Click here

Page 2 of 4 FirstFirst 1234 LastLast
Results 11 to 20 of 31

Thread: Clash Reporting - Best Practices?

  1. #11
    Member
    Join Date
    2008-07
    Posts
    28
    Login to Give a bone
    0

    Default Re: Clash Reporting - Best Practices?

    The glitch, and it is a glitch, with the html including the full image path is one that Autodesk is aware of. I am told they are still working on a fix for this. One thing you can do in the meantime is open the HTML file with notepad. Then use the Replace command, enter the full path, such as Crojects\xxx\xxx or whatever, that it's looking for the image. Then in the "replace with" field don't put anything. This will get rid of the path for every image. Then save. Still not ideal, but it's better than viewing the source code and deleting the path one line at a time. I"m disgusted at how long it's taking Autodesk to fix this. If you look at the html code from a report generated from 2009, you'll see that the path isn't there. Hello! doesn't seem that hard a fix to me.

    We group like items as well, then have a meeting to discuss who will do what, we add comments, approve things that aren't really clashes, and then print an HTML report with only active or new clashes. We use the report mainly as a to-do list and a record of where we are. Everyone gets a copy, mainly serves to remind people what we agreed on so things are fixed for the next clash detection. I would like to find a better way to export the report though, as it is cumbersome to zip and email all that junk. Does anyone have experience setting page breaks when printing to pdf? Also, does anyone know a way to customize the xml output. We like the spreadsheet itdea, just way to much junk to get rid of each time. Seriously, I don't need to know in 10 different columns the username of the person who approved a clash!
    thanks,

  2. #12
    100 Club
    Join Date
    2008-04
    Posts
    163
    Login to Give a bone
    0

    Default Re: Clash Reporting - Best Practices?

    Quote Originally Posted by RobertB View Post
    The best-run clash detections I've seen did not need to bother with separate level-by-level clash runs since each level was a separate model name already. So we only had to run Mech vs. Arch once for the whole building. This is because the clashing items' level could be determined by its model name.
    I'm curious if this was done at the construction level, or if it was prior to issuing CD's.

    I've never heard of a project doing coordination on an entire building at once, without a floor-by-floor coordination happened ahead of time. I'd LOVE to hear that there are projects like that happening "some where" though...

  3. #13
    The Silent Type RobertB's Avatar
    Join Date
    2000-01
    Location
    Seattle WA USA
    Posts
    5,859
    Login to Give a bone
    0

    Default Re: Clash Reporting - Best Practices?

    Quote Originally Posted by crawfords View Post
    Could you please elaborate on this process? I'm not sure I follow you, but it sounds like a promising workflow methodology. Thanks.
    Each level was a separate DWG model for all trades with the level name as part of the filename, e.g. 3D-E-Level-01. The Revit model was "sliced" by the architect at DWG export (we are the electrical consultant). Although this meant more models to add initially when setting up the Navisworks model, now when a clash occurs the level can be determined by which model in which the clash occurs.
    R. Robert Bell
    Design Technology Manager
    Stantec
    Opinions expressed are mine alone and do not reflect the views of Stantec.

  4. #14
    The Silent Type RobertB's Avatar
    Join Date
    2000-01
    Location
    Seattle WA USA
    Posts
    5,859
    Login to Give a bone
    0

    Default Re: Clash Reporting - Best Practices?

    Quote Originally Posted by cjehly View Post
    I'm curious if this was done at the construction level, or if it was prior to issuing CD's.

    I've never heard of a project doing coordination on an entire building at once, without a floor-by-floor coordination happened ahead of time. I'd LOVE to hear that there are projects like that happening "some where" though...
    We have had jobs that went either way. I have seen that larger jobs tend to concentrate on batches of levels whereas medium-sized projects will "bite the bullet" on the initially large clash results but go for the entire building. The key is to clash early and often in-house before clash meetings on these whole building clashes.

    This is being done in the VDC phase.
    R. Robert Bell
    Design Technology Manager
    Stantec
    Opinions expressed are mine alone and do not reflect the views of Stantec.

  5. #15
    100 Club
    Join Date
    2008-04
    Posts
    163
    Login to Give a bone
    0

    Default Re: Clash Reporting - Best Practices?

    Quote Originally Posted by RobertB View Post
    We have had jobs that went either way. I have seen that larger jobs tend to concentrate on batches of levels whereas medium-sized projects will "bite the bullet" on the initially large clash results but go for the entire building. The key is to clash early and often in-house before clash meetings on these whole building clashes.

    This is being done in the VDC phase.
    ah, VDC. That explains a lot. Thanks for clarifying....

  6. #16
    The Silent Type RobertB's Avatar
    Join Date
    2000-01
    Location
    Seattle WA USA
    Posts
    5,859
    Login to Give a bone
    0

    Default Re: Clash Reporting - Best Practices?

    Quote Originally Posted by cjehly View Post
    ah, VDC. That explains a lot. Thanks for clarifying....
    Don't read too much into that... I'm doing my little bit for BIM by trying to get the architects to stop using SD/DD/CD phase terminology. So I'm really referring to the design BIM, not the construction BIM.
    R. Robert Bell
    Design Technology Manager
    Stantec
    Opinions expressed are mine alone and do not reflect the views of Stantec.

  7. #17
    Member
    Join Date
    2008-04
    Posts
    31
    Login to Give a bone
    0

    Default Re: Clash Reporting - Best Practices?

    Is there a way to save the visibility settings for the clash reports to be opened in Freedom so the subs will see where the highlighted clash is? This is a problem I've seen with saving the clashes as viewpoints because Saved Attributes are lost in Freedom.

  8. #18
    100 Club
    Join Date
    2009-07
    Location
    Portland, OR
    Posts
    110
    Login to Give a bone
    0

    Default Re: Clash Reporting - Best Practices?

    One thing that I have tried with this is to "report out" the clashes as viewpoints in Manage, then override the colors or transparencies of the conflicting items to highlight them. Then I right-click the viewpoint and click the "edit" button and make sure the Override Material checkbox is checked before exporting the NWD file out for Freedom.

    Obviously, this is very labor-intensive, and perhaps best used for later stages in the project when the number of clashes has been reduced.

    -Crawford

  9. #19
    100 Club
    Join Date
    2008-04
    Posts
    163
    Login to Give a bone
    0

    Default Re: Clash Reporting - Best Practices?

    Quote Originally Posted by RobertB View Post
    Don't read too much into that... I'm doing my little bit for BIM by trying to get the architects to stop using SD/DD/CD phase terminology. So I'm really referring to the design BIM, not the construction BIM.
    I've read enough of your posts to realize you're one of the "good guys". I always appreciate your candid comments.

  10. #20
    The Silent Type RobertB's Avatar
    Join Date
    2000-01
    Location
    Seattle WA USA
    Posts
    5,859
    Login to Give a bone
    0

    Lightbulb Re: Clash Reporting - Best Practices?

    Quote Originally Posted by Aaron.Wright View Post
    Is there a way to save the visibility settings for the clash reports to be opened in Freedom so the subs will see where the highlighted clash is? This is a problem I've seen with saving the clashes as viewpoints because Saved Attributes are lost in Freedom.
    Quote Originally Posted by crawfords View Post
    One thing that I have tried with this is to "report out" the clashes as viewpoints in Manage, then override the colors or transparencies of the conflicting items to highlight them. Then I right-click the viewpoint and click the "edit" button and make sure the Override Material checkbox is checked before exporting the NWD file out for Freedom.

    Obviously, this is very labor-intensive, and perhaps best used for later stages in the project when the number of clashes has been reduced.
    Yikes! That is too much work for me. <shudder> I simply wish that the clash would remain highlighted. I can understand why it isn't, from a programmer's perspective, but that does not make me happy.

    I think the programmers ought to create a Publish to NWD option that turns on the highlighting for all clash items (at the least). Although the model would be "littered" with highlighted items, at least the saved viewpoints would now have context for the clash. This would not be a perfect approach but it is better than what we currently have.
    Last edited by RobertB; 2009-12-10 at 04:25 PM.
    R. Robert Bell
    Design Technology Manager
    Stantec
    Opinions expressed are mine alone and do not reflect the views of Stantec.

Page 2 of 4 FirstFirst 1234 LastLast

Similar Threads

  1. Navisworks 2013 SP2 - Clash Reporting
    By brenehan in forum NavisWorks - General
    Replies: 8
    Last Post: 2012-10-13, 01:33 AM
  2. RMEP Spaces to NW Clash, don't clash
    By dennis howell in forum NavisWorks - General
    Replies: 1
    Last Post: 2012-06-18, 01:33 PM
  3. How to tell the difference between a Clearance clash and Hard clash?
    By steve.perkio in forum NavisWorks - General
    Replies: 6
    Last Post: 2012-05-11, 09:30 PM
  4. Clash Detection Reporting
    By anthony.foster-davis in forum NavisWorks - General
    Replies: 2
    Last Post: 2010-01-22, 10:24 PM
  5. Clash groups & HTML Reporting
    By mitch.cornelius in forum NavisWorks - General
    Replies: 1
    Last Post: 2009-06-10, 05:50 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •