Results 1 to 8 of 8

Thread: Divide and Conquer?

  1. #1
    Active Member troy.crandell635379's Avatar
    Join Date
    2007-06
    Location
    Phoenix, AZ
    Posts
    72
    Login to Give a bone
    0

    Default Divide and Conquer?

    So I've looked at several threads, and I'm sure there are a lot more I could read, but I want to know if there is a hard and fast rule to deciding whether one should divide a project up or not. I have a project starting up right now and I want to know what others are doing. I've elected to keep everything as one single model despite there being three different buildings. The buildings aren't very big so I figured I could manage the project with worksets instead of creating separate models and linking them in to another file. How do others deal with documenting three different models? Do you just link them in and document from that file? Or do you document from each individual file? It seems like one file is less confusing for users, and I don't have to make sure all the files are documented the same way. Any thoughts?
    Troy Crandell
    BIM Implementation Specialist

  2. #2
    I could stop if I wanted to Jun Austria's Avatar
    Join Date
    2008-05
    Location
    Brunei
    Posts
    299
    Login to Give a bone
    0

    Default Re: Divide and Conquer?

    Quote Originally Posted by revitdevil View Post
    So I've looked at several threads, and I'm sure there are a lot more I could read, but I want to know if there is a hard and fast rule to deciding whether one should divide a project up or not. I have a project starting up right now and I want to know what others are doing. I've elected to keep everything as one single model despite there being three different buildings. The buildings aren't very big so I figured I could manage the project with worksets instead of creating separate models and linking them in to another file. How do others deal with documenting three different models? Do you just link them in and document from that file? Or do you document from each individual file? It seems like one file is less confusing for users, and I don't have to make sure all the files are documented the same way. Any thoughts?
    For me, IMHO. Its best to link then to burden one file with all the buildings in the project.
    This will keep your CPU in a manageble level.

    http://forums.augi.com/showthread.php?t=86818

  3. #3
    I could stop if I wanted to
    Join Date
    2005-11
    Location
    Raleigh
    Posts
    219
    Login to Give a bone
    0

    Default Re: Divide and Conquer?

    We have found that multi-family housing projects work best when the buildings are together in one file. The unit groups, sections, details, etc. are widely shared across all buildings. It was a coordination nightmare on another multi-family project that we split up too early. IF the multi-fam gets too big at some point in production, we split it as necessary, in some logical fashion.

    Other multi building projects, that are not as complex as high-density housing, we will keep separate from one another entirely or sometimes base the decision on submittal packages, logical site divisions... building types.

    Once you have your head about you, multi-building dbases are not so confusing.
    It's all about how much you really need to share across the site.

    So, I recommend keeping it all together if you have 30+ unit groups to coordinate.
    And dont bother if you are only going to benefit from say, 3 wall sections or a single detail page...

  4. #4
    Early Adopter sbrown's Avatar
    Join Date
    2003-05
    Location
    Coast to Coast
    Posts
    4,440
    Login to Give a bone
    0

    Default Re: Divide and Conquer?

    I can only answer that question after asking wether or not the buildings can be documented as separate packages, if yes then separate models is the definate answer for me. If it needs to be one package then you may want to consider linking. I personally still haven't tried to document mult. buildings in one set due to all the visibility issues(annotation).
    Scott D. Brown, AIA
    Senior Project Manager | Associate

    BECK

  5. #5
    I could stop if I wanted to
    Join Date
    2005-11
    Location
    Raleigh
    Posts
    219
    Login to Give a bone
    0

    Default Re: Divide and Conquer?

    What visibility issues?

    I can think of other concerns about multi building projects - size, organization - but i dont have any visibility issues i can think of...

    can you elaborate in short?

  6. #6
    Certified AUGI Addict patricks's Avatar
    Join Date
    2004-06
    Location
    Memphis TN area
    Posts
    7,047
    Login to Give a bone
    0

    Default Re: Divide and Conquer?

    What is the recommended course of action for separate buildings that are connected, like with a pedestrian bridge across a street?
    Intern Architect, BIM Manager/Coordinator
    AERC, PLLC
    Hernando, Mississippi

    Revit - all up in your voxel space

  7. #7
    Certifiable AUGI Addict twiceroadsfool's Avatar
    Join Date
    2006-01
    Location
    ---
    Posts
    4,516
    Login to Give a bone
    0

    Default Re: Divide and Conquer?

    Ive done it both ways, with small buildings... Both have advantages and disadvantages. Scott's question is paramount though. If theyre going to be seperate packages, you almost WANT them in seperate models, simply for the sheet numbering issue (you can only use each sheet number once, so you only get "a2.1" one time).

    If its ONE package of documents, ive done it both ways. In one model is slightly easier to maintain and work through (particularly managing content definitions and working on wall sections), but linking is definetely easier on hardware... especially as the model gets close to full CD's.

    Scott, in 09 we didnt have any issues with linking and annotation visibility. Ive heared there is a shortcoming in keynoting, but we dont use them currently so there was no issue. You do have to take some time to get it set up, as you need all the views linked in all the models. Linking does take a little time to plan out, but it makes manipulating the buildings much easier, worksets or not.

  8. #8
    Certified AUGI Addict patricks's Avatar
    Join Date
    2004-06
    Location
    Memphis TN area
    Posts
    7,047
    Login to Give a bone
    0

    Default Re: Divide and Conquer?

    I do have separate worksets for each building (interior/exterior/structure for each building), but the biggest issue is there are probably 30+ level datums, as this is a sloping downtown site, with tons of ramps in the buildings on the ground floor.
    Intern Architect, BIM Manager/Coordinator
    AERC, PLLC
    Hernando, Mississippi

    Revit - all up in your voxel space

Similar Threads

  1. CV218-3P: Subdivide and Conquer!
    By Autodesk University in forum Civil Infrastructure
    Replies: 0
    Last Post: 2013-05-05, 03:29 AM
  2. CV21-2: Subdivide and Conquer!
    By Autodesk University in forum Civil Infrastructure
    Replies: 0
    Last Post: 2013-04-17, 04:48 AM
  3. Replies: 0
    Last Post: 2013-04-17, 04:11 AM
  4. Divide
    By theshell07 in forum Revit Architecture - General
    Replies: 1
    Last Post: 2010-10-23, 07:27 AM
  5. divide
    By marcknapen in forum Revit Architecture - General
    Replies: 6
    Last Post: 2005-12-02, 07:11 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
  •