Thursday, May 31, 2012

Goodnight iPad

Goodnight Moon iPad.

As we struggle to find balance between the virtual and real worlds, a guiding voice gives advice for some "planned downtime."

Thanks to Laura Handler (@lhandler) at (bim)x for tweeting this.  Made my afternoon.

The Big Bad BIM, signing off (for the evening.) :)

Wednesday, May 30, 2012

Autodesk Fabrication: It's about time...

I mean... it's about time saved not having to redo work done by the designer... it's about time gained by designing in 3D and porting that into your CAD/CAM fabrication workflow... OK, I mean, it's about time Autodesk released a solution that takes BIM to the fabrication floor.  ;)

Free Trail here.

I hate the fact that no one dates anything anymore... How long has this been available to the public?  Copyright 2012, I guess that's a good sign...

Image courtesy of Autodesk, Inc.

Long and short of it is; it's here... and it's available for free trial!  Get your copy today and run it through it's paces.

One more step toward a paperless process.  One more step towards breaking down barriers that create inefficiency and waste.  One more step towards buildings the way they should be, safe, sustainable, efficient, and economical. (Pretty lofty goals for the ideas encapsulated in BIM, I know.  Don't agree? Meet me in cyberspace and we'll duke it out.) 

Guest Blogger opportunity alert...  Anybody want to do a write up on this?  I don't really play in the MEP arena anymore, but this is cool... stuff and I'd be happy to host your write up here.  Full credit given of course.

Thursday, May 17, 2012

Thursday Throwback

In which I will dredge a favorite post from the past (mostly for my own enjoyment.)

This week's throwback takes us to a post about the ever important, oft misunderstood Model Progression Spec (MPS) that has made it's way into the AIA E202 BIM Protocol

A model progression…?

And when you're done progressing, head to BIM Execution How-to to learn how to fill in that MPS.

Friday, May 11, 2012

Parameters: Family vs. Project vs.Shared Family vs. Shared Project

Parameters are where it’s at (ala Beck.)

They make the rockin’ BIM go ‘round (sorry Freddie.)

Sorry, it’s Friday afternoon and I’ve had entirely tooo much caffeine.

Skillful use of parameters are the difference between BIM and parametric modeling. Get some information in that model, by Jove. But, beware, not all parameters are created equal!

Straight up Family Parameters typically control geometry or are used for calculations inside a family.  They are not accessible in the Revit project environment (except through the Properties dialog, which I would argue is a “window” into the Family.) Noted exceptions to the above are parameters that Autodesk has placed within the template for certain family categories that schedule and tag like; Door “Height” and “Width” and “Type Comments” in all categories. (Don’t get me started on parameters that exist in families but aren’t accessible in the Family Editor, like “Mark.” Or those that exist in the family, are visible in the project, but can’t be scheduled, like Wall “Height.”  Ah, Autodesk. Consistently inconsistent.)

family parameters

Mark Value

Project Parameters apply to all families in a given category. Want to add information to the Room category about it’s floor finish?  Create a Project Parameter that contains that information. Now you can create a Room Finish Schedule that shows floor finish. If you want to tag that value, see below. Note: project parameters are the only way to add new information to systems families such as Rooms, Walls, Floors, etc.  However, they are a broad-brush way to add information to all categories.

Manage Tab

Project Parameters

Shared parameters are great…
(OK, maybe not great. Great would be being able to put a check in box in the parameter dialog in the the Family Editor environment that allowed you to choose “appears in schedule” and “can be tagged.”  No more multiple shared parameter files and the trouble that they can cause.  )

… well, anyway, they are useful.

Shared family parameters create information that can be tagged and scheduled. Fantastic.

Shared project parameters create information that can be tagged and scheduled. Wonderful.

Wait… they do the same thing? Similar, but not the same.  Just like non-shared parameters; Shared Family parameters exist only in the family they are created in and Shared Project parameters exist in any family in the category the parameters are applied to in the project.

Need a parameter that applies to all Mechanical Equipment across the project?  Maybe, “Delivery Date?” Create a Project Parameter (will only appear in schedules) or a Shared Project Parameter (can be tagged and scheduled, but increases complexity in managing your information since a shared parameter exists outside of the project in a text file.)


Shared Project Parameter

Need a parameter that only applies to some equipment? Say “Gallons per Hour (GPH)?” Create a Shared Family Parameter (the only way to tag or schedule information in a family is if it’s a shared parameter.)

Pretty straight forward stuff really. Keep your mind organized while deciding what kind of parameters to use.  Definitely do not listen to The Pogues while creating parameters.  Save them for hardcore geometry modeling.  Maybe spin some Yo-Yo Ma. Relaaaaax.

Next time, we will look at some unexpected behavior of Shared Parameters in the project environment and how to combat it.