Skip to main content

BIM 360 enabler - a primer

This post is a primer, all the info is UnderNDA, so excuse my lack of citations and images. I am sure we all will be using this procedures more and more in the near future, so there will be plenty of examples to illustrate this. For now, I am slowly unveiling a big "what if"... so big that I cannot wait to see it fully working...

Imagine for a second a world where the Design and Construction team hands over  a model (just like Phil said they would) to the Operations and Management team, that in turn share vital information with the Facility Management team and they all inform the need for a major update of the building, giving specific information of their requirements to the next go of the Design and Construction lads. Nice, isn't it? Are you doing it? Are you aware of someone doing it?... This 360 turn of the Information model is BIM 360.

So, BIM 360 is all about using data from different sources, and managing all sorts of information. The problem is that many times the people accessing that information is not fully Revit-enabled (and to be honest... who is?). Many times the data comes in all sorts of formats and shapes. So we don't want people accessing that information through Revit, or storing data in the Revit model.

In this project I was presented with a Revit model, an Excel spreadsheet with some 20-30 fields for each room (so far, nothing I had not seen before). The additional complication is that the info in the Excel spreadsheet is updated every month, and reviewed quarterly and annually. Automatically I decided that I was not going to push (even if I theoretically could) around 250 fields of data into each room, to then create 250 views and 250 filters to visualize that data...
Besides, the rooms are not visible in 3D!

The answer? Keeping the data in Excel, exporting the Revit model to Navisworks (worth another looong discussion) and hoping that the data will be pushed through. My thinking here is that it's better to get the graphical information "read only" in a (little bit) more user-friendly environment, and keeping the "juicy" data in its original format, one that can also be manipulated by the people that are interested in analyzing it.
The advantage? Spatial awareness of the information, permitting a deeper analysis of what-if scenarios.
Trust me, we are giving "flatland" people a 3rd dimension and they love it!

Now here's where my challenge begun. I exported the Revit data to Excel (including the element ID, that I used to tie data from different sources).
Navisworks Manage 2011 has this DataTools button, that has an "Excel" option to link a Spreadsheet through ODBC. I don't really know what "ODBC" stands for... but as far as I am concern it's an acronym interchangeable with "WTF"... considering how much I got out of it. It turns out 32-bit and 64-bit applications don't talk to each other, so I ended up needing IT to point to a specific workstation to have this working.
First hurdle out of the way, it needs quite a bit of juggling to get the Excel info into Navisworks. Thank God for this post on "Revit Today", that helped me understand the logic of the setup:

Last step was to juggle the Excel file, using some clever conditional formatting and IF statements, trying to dynamically change the colours of the objects in Navisworks. So far it's a bit clunky, but I am being able to choose one field from a drop-down menu in Excel, by selecting an object in Navisworks it will refresh the imported properties, and by running a "material to property" match I can change the colours in my view. I have high hopes on automating some of this, but it seems to be dong what I am asking it to do... which is a lot to say.

I look forward to get some feedback from the end user, hoping that they will like the 3D environment to work on their endless numbers.

Special thanks to Don, who is exploring the Navisworks API to get this working behind the scenes of a proper application, and David, who is supporting the effort and giving me endless advice. If you look for @UnderNDA on twitter you'll see the traffic on this very subject as it develops. Everything else is Under NDA...


Popular posts from this blog

Ñ in a blog-post

Diverting from any standard path (as if I had one!) I came accross this text regarding this typically Spanish letter (alt-165)... Translating it to English would make little sense, so here it goes in Spanish! Thanks to Caro, Maia and Lele for forwarding emails :) Con un texto que hizo historia, la fallecida compositora argentina María Elena Walsh había encabezado la lucha por la defensa del lugar de la letra insignia del idioma español en Internet. Aquí el texto: No nos dejemos arrebatar la ñ La culpa es de los gnomos que nunca quisieron ser ñomos. Culpa tienen la nieve, la niebla, los nietos, los atenienses, el unicornio. Todos evasores de la eñe. ¡Señoras, señores, compañeros, amados niños! ¡No nos dejemos arrebatar la eñe! Ya nos han birlado los signos de apertura de interrogación y admiración. Ya nos redujeron hasta la apócope. Ya nos han traducido el pochoclo. Y como éramos pocos, la abuelita informática ha parido un monstruoso # en lugar de la eñe con su gracioso pel

The ROI of BIM:
Why is it so difficult?

Decision makers often requests a calculation of the Return for their Investment. When it comes to BIM, the calculation of a single number (the strict definition of "ROI") is difficult and arguably limited in practical value. Decision makers are more interested in a wider understanding of what they (and their company) are getting back. In this note I present my thoughts on the ROI measurement limitations and how to address investment decisions for BIM. Introduction Return on Investment or ROI is a common evaluation metric to decide on investment projects. In certain contexts it is a back-of-envelope assessment of performance of an opportunity. It simply states the ratio between the expected returns and the required investment, and is often presented as a percentage value. (ROI = Return/Investment). The Return is the net impact of the implementation, meaning the difference between the value before and after the project is executed, or the gross return minus the investment