Page 1 of 2 12 LastLast
Results 1 to 10 of 11
Like Tree4Likes

Thread: Advice RE Long-term Model Maintenance (Facilities Mgmt)

  1. #1
    Member doni49's Avatar
    Join Date
    February 26, 2013
    Location
    Jefferson City, MO
    Posts
    440
    Current Local Time
    09:29 PM

    Question Advice RE Long-term Model Maintenance (Facilities Mgmt)

    I work for a state agency and we do MOST of the design work in house (and when a project DOES get out-sourced, the contract requires the consultant to provide us with the digital AutoCAD and/or Revit files done to our CADD Standards).

    We're trying to come up with a work-flow so that we can always have an up-to-date model on which we base a new project (so that any changes/additions/demolition that happens during a project gets implemented in the "MainModel"). If there is just one project on a building at a time, we could simply overwrite the old "MainModel" with the updated model file after the project is completed (as part of the As Built update).

    But that won't work well if there is more than one project happening on the same building at a time. If the bldg. in question is large enough, there might be 2 or even 3 projects under design at the same time.For those of you who either maintain a model over multiple projects, what methods do you use?
    Last edited by doni49; December 27th, 2016 at 04:30 PM. Reason: Tried to add paragraphs to make more legible. They were previously dropped.

  2. #2
    Member
    Join Date
    September 23, 2015
    Posts
    105
    Current Local Time
    10:29 PM
    Hi Don, I think you want to keep the submitted record model for each scope with all its sheets and 2d information, but use those recordays models to update and maintain an as built model perhaps even at a higher LOD. This updated model will then be used as a base for any new work. You can still have views and sheets in that model, just not all the dimensions and noted that are typically found in a complete set of cd'soI'm interested to see other ideas.

  3. #3
    Member doni49's Avatar
    Join Date
    February 26, 2013
    Location
    Jefferson City, MO
    Posts
    440
    Current Local Time
    09:29 PM
    Yes we need to keep a "record model" for each project. We have a project number structure and everything related to a specific project is stored under that Project folder.

    We're tying to figure out the best way to maintain the main model to ensure that it reflects the work that is done within these individual projects.

  4. #4
    Member
    Join Date
    September 23, 2015
    Posts
    105
    Current Local Time
    10:29 PM
    Quote Originally Posted by doni49 View Post
    Yes we need to keep a "record model" for each project. We have a project number structure and everything related to a specific project is stored under that Project folder.

    We're tying to figure out the best way to maintain the main model to ensure that it reflects the work that is done within these individual projects.
    with the limited information I have I think what I suggested could work, makes sense and is what I would do. But let me ask this? What is the "Main model" where did it come from? what is its overall current and desired use. If you can answer those question then I think you may on the better path to a solution or workflow.
    Last edited by DaveP; December 27th, 2016 at 07:10 PM. Reason: deleted duplication
    uaifestival likes this.

  5. #5
    Member doni49's Avatar
    Join Date
    February 26, 2013
    Location
    Jefferson City, MO
    Posts
    440
    Current Local Time
    09:29 PM
    Quote Originally Posted by Profoxcg View Post
    What is the "Main model" where did it come from? what is its overall current and desired use. If you can answer those questions then I think you may on the better path to a solution or workflow.
    Depending upon the project, it doesn't exist (yet) (most cases) or we just finished a project in which a bldg. was constructed. We're relatively new to the Revit world and we're trying to develop "best practices" now rather than later.

    Moving forward, if a bldg. is to have some sort of major remodel, they're going to have it 3d scanned and a model created. The remodel plans will use the scanned model as its existing phase. The remodel work will be added in a construction phase. That will be retained in the specific project as-is.

    But then we also want to keep an up-to-date model representing its "new existing phase" which would in turn be used as the basis for the next project on that bldg.

    We also need to keep in mind that after we do a project, the commissioners might elect to NOT move forward with a project for a few years. During that on-hold period, it's possible that other projects might take place. Now the "existing phase" from the held project no longer represents the true current conditions of the bldg.
    cganiere likes this.

  6. #6
    Junior Member
    Join Date
    October 25, 2012
    Posts
    23
    Current Local Time
    07:29 PM
    this is an interesting challenge to solve. i'm sure someone on revitforum.org, must have already done this.

    'Big Picture' - i'm thinking your 'main' model (of some bldg), and all of it's various 'project models' could be compiled in an environment like Navisworks. Navisworks because it's does pretty well at being agnostic to file types. it will link-in .dwg, .dgn, .rvt, .ifc, 'point-clouds', and others. this brings another issue to be dealt with - origin point. all models of the bldg must use the same origin point in order for all the model to be aligned in Navisworks, although maybe that's not an issue in your case.

    what i like about using a Navisworks model, is that it could be built to accommodate all possible phases and as-built conditions (with all the associated data) and be made accessible to all facilities staff (and/or design/construction staff), on the Internet, via pretty much any smart-device.

    a while ago, i tested a couple of these scenarios for a health-care facilitiy, using Navisworks (and it worked), although your requirements are probably different than the ones i was working with.

    hope this helps and let us know what you discover to solve this issue.

  7. #7
    Member
    Join Date
    March 21, 2013
    Location
    Phoenix, AZ
    Posts
    155
    Current Local Time
    07:29 PM
    I have been thinking of how to work out a similar scenario; it's definitely a challenge. This diagram represents my current thoughts on how something like this might work:

    I think you will need (3) levels of model hierarchy: Master, Record, and Project. The Master-level models are your "up-to-date" models, the Record-level models are compiled, versioned, and issued by you (at milestones of your choosing) - these are what you issue and use as "base files" for projects (each project / scope / contract can be based on a known Record model version). The Project-level files contain and generate the CDs for that project. Upon project completion, you bind the Project model into the Record model, do any necessary cleanup, and prepare to version that model at the next milestone.

    Again, these are just my current thoughts; I haven't implemented this strategy yet, but looking forward to any comments.
    Attached Thumbnails Attached Thumbnails Advice RE Long-term Model Maintenance (Facilities Mgmt)-diagram.jpg  
    cganiere likes this.

  8. #8
    Moderator Drew's Avatar
    Join Date
    December 9, 2010
    Location
    Perth, Western Australia
    Posts
    650
    Current Local Time
    10:29 AM
    It is an intereting situation.
    We have something similar going on in our projects (we do retail). At any stage there may be 2-3 small upgrades occurring while a major contract is being executed as well, leaving documentation issues.

    We use design options for the smaller works and project phasing for the main contract. Perhaps you could consider that.
    Have a "model of record" on your server, essentially archived as built model. Any new projects / work can be generated in a "detached copy" of that model using design options. This way you can chose what to show and what not to if / when the Construction is completed.
    If the work is actually built, you can accept that option, the "old existing & demo" elements are removed and you have a new "as built" model. This can then replace your model of record. Rinse and repeat for each new stage or portion of work. Of course, like anything it will take some planning and management.

    Hope this makes sense.
    Last edited by Drew; January 5th, 2017 at 07:41 AM.

  9. #9
    Member
    Join Date
    June 29, 2015
    Posts
    69
    Current Local Time
    03:29 AM
    I think the best approach (similar to cellersick) is to use a federated model, which contains links of other models (original site-landscape-topography, existing buildings "as-built", etc.). Every file or link in that federated model would have a separate folder (or job number) with copies to be altered according to the purpose (as-built, future phase renovations, etc.). Depending on the different project stages (accepted renovation jobs), the federated model will update its links to always reflect the current development stage.

    It is crucial that you use worksets in a good and consistent way on every model, so you can manage visibility of components in your federated model... otherwise it can be a nightmare!

  10. #10
    Member doni49's Avatar
    Join Date
    February 26, 2013
    Location
    Jefferson City, MO
    Posts
    440
    Current Local Time
    09:29 PM
    Thanks for all the advice and sorry for the long delay in responding. I've been working on other higher priority tasks and haven't had time to look at this.

    We're still trying to find a good fit.

Page 1 of 2 12 LastLast

Similar Threads

  1. How to model a long ground beam with piles?
    By daer in forum Structure - General Questions
    Replies: 7
    Last Post: May 23rd, 2016, 12:13 PM
  2. Model Maintenance
    By thetragicjoy in forum Architecture and General Revit Questions
    Replies: 46
    Last Post: April 24th, 2016, 04:04 AM
  3. Model maintenance during construction
    By Knitro87 in forum Architecture and General Revit Questions
    Replies: 2
    Last Post: March 23rd, 2015, 07:53 PM
  4. Short-Term Vs Long-Term Subscription
    By snowyweston in forum Architecture and General Revit Questions
    Replies: 21
    Last Post: February 10th, 2015, 04:06 PM
  5. Replies: 0
    Last Post: December 12th, 2011, 11:45 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
  •