First off; Welcome to the Forum! :thumbsup:

Now to your query... how do you mean? Project plugs into Navisworks easily enough, but not OOTB w/ Revit.

What is it that you're trying/thinking to do? Tie tasks to elements programmatically? If so I imagine you'd need to round-trip your .mpp via .xls to get to Revit (via an .xls push/pull addin. or Dynamo-esque workflow)

A little more clarification, and some context (to a query) goes a long way.

And whilst I've always taken Programme-information as a "downstream" data-population-stage-part, (rather than a front-loaded-during-authorship-in-Revit task) I'm certainly interested in what you might be cooking up...

First I would like to Thanks for your answers :thumbsup:

actually, I am trying to designing tools for health and safety on construction inside the Revit software. Checker software 3D or 4D for typical building. I will develop a management knowledge system is consisting of risk and solution for safety and health in construction and integrating with revit software.

Do you have any idea to put this system to Reivt .

Thank you so much

I think I get you - CDM* stuff right?

Stepping aside from MS Project - orientated query one second...

At the moment we "flag" CDM issues on our documentation using Gen.Ano. families - enabling us to (Note Block) schedule and export (observed, identified & explained) design/safety risks out to a tracker we maintain in Excel. Many moons ago** I also populated a particular set of (shared) parameters for items so that they themselves carried such "risk-aware" information, enabling filter overrides in Revit for presentation/strategy work, and isolated selections for tests inside Navisworks.

Neither workflow is/was automatic.

I presume you have the risk information pre-populated in a (MS Project) risk/action programme? It would not take too many tricks to get the data/information contained in the line-items associated to elements within your model. The "issue" (in going backwards, from .mpp to .rvt) is that you will need some logical means to identify/isolate said model elements (otherwise it's manual tying) since Project does not, as far as I'm aware, have something similar to Naviswork timeliner's or CostX Workbooks' 'drag & drop' selection-association.

Consider if you will, "All doors with a c/o width greater than X to be 60min FR" - finding (and listing) said model elements would be a fairly easy Revit schedule filter (or Dynamo defintion) in itself, and then populating a <CDM Comment> SP would be equally easy. But what happens when one (model) element is captured by a number of risk items? Then you're looking at a one-to-many relationship (you would not want to keep adding SPs!) - and for that you're looking at a "helper table" to maintain a foreign key-esque device to "link" .rvt to .mpp items.


That is if I've understood you correctly.


You could be talking about actually developing a programme programme, as in software, that ties .mpp to .rvt to do checking? If you are, one would presume for internal-purposes only, since as a universal app/addin (?) there would be a reliance on others to employ your "CDM/Risk Register .mpp". That's bordering on arrogance. Forgive me, I'm still shooting a little in the dark here!

If my last presumption is the more accurate, have you considered that many are already exploring this in the .ifc space with Solibri Model Checker?




*Construction Design Management, in the UK
**sadly I haven't worked with anyone who'd actually employ such info. for a long time time now so have only continued doing so where it aided "our own" outputs.

I am interested in the subject. At the minimum keep it alive in the spare time. At the best, get hired to do just that for integration BIM and H&S practices.

I know this is a somewhat old thread, but the matter itself isn't outdated.

To help you out a little bit: If you are trying to link objects consistently in Revit, a somewhat BIM-related workflow, or Navisworks, you have to rely on the UID.

Revit creates a Unique-ID for every element and if you check the "import IfcGUID" you can export an IFC-File and then it adds the Identifier to the Element-Parameters. This way, you can consistently refer to objects even when changing between Environments.

The underlying Problems though are a bit more complex. You need a "Diff & Patch" Solution, for when someone changes something in a way, that it creates a new UID (for example replacing the wall with another wall, even though he could have just changed the parameters). And the other big problem is: How do you keep track of the UID when working in MSProject (You can do that over a database or with Pyhton/Dynamo/Excel and somewhere in between. Im currently working on that though).

The great thing is: You can directly add your stuff into Navisworks Timeliner
The bad thing is: Revit-Schedules is awful at this, Dynamo kinda does the job, Python does the job, but you have to learn Python.. Bummer!

I hope this brings some light into it, but in reality, its a huge task to get it all set up and nothing works automatically in reality. Stil its a time-saver once you have figured it out and the number of elements explodes. If someone has some good ideas on how to keep track of the UID: Please share your ideas/processes.