Tuesday, March 29, 2011

Model objects in Revit are identified by a unique Type Mark parameter, which Revit makes available only after a family is actually loaded in a project file. As of late, this has become a bit of a stickler.

There are two schools of thought when it comes to templates: the “load it up baby!” group and the “minimalists”. I’m more of the former, but I guess it’s mostly due to some productivity shortcomings in Revit. Now that we actually have a solution in place (Family Browser), I’m officially in the new, middle-of-the-road camp: Load it up, but keep loadable families in your office library only (mostly).

If you load up your template with a ton of families and types, you make it next to impossible (or a big time waster) to use the Insert Component tool coupled with the Type Selector. Unless you have developed a rigid naming system to flock families of a feather to stay together (ex: prefixing with “pfix” for plumbing fixtures, etc.), then there’s a good chance that you have total mayhem in the Type Selector. At which point it makes more sense to simply drag the family type from the Families node of the Project Browser into your canvas. However with Family Browser, you have a more efficient method of loading what you want, when you want it, so that is now my preferred choice.

Unfortunately, on-demand loading presents us with a problem. Until recently, we edited the Type Marks in advance in our template to suit our needs and made sure all details, notes etc. were coordinated with that value. But with on-demand loading, your type mark is populated after loading into a project, resulting in “loss of information/intelligence” as the user has to manually fix type marks in every loaded family. And as Aaron states in his great post about templates, why let your users do something on every project when you can do it once in the template?

This has led us to discontinue the use of Type Marks in our families in favor of our own “Master Type Mark” shared parameter added to each family. I totally understand why Revit adds a Type Mark to a family once loaded into a project, but at the same time there’s no arguing that the current behavior is problematic. Why not let us fill out the Type Mark in advance and just warn us about a conflict once loaded into a project? This would be a much better workflow than forcing us to create redundant shared parameters.

3
comments:

Anonymous
said...

I've just started thinking about this one again. I really wish it would just finally get addressed at the Family level.Up until this point, I have been putting the 'Type Mark' in the 'Type Comments' parameter.

Hi Calvin, yes because it is a specified custom parameter so it lives in the family. The problem I describe in this post, which is still the same today, is because the built-in "Type Mark" parameter ONLY appears after the family is loaded into a project. It does not show up within the Family Editor, so it cannot be edited and saved in advance.

People often tell me that motivation doesn't last, and I tell them that bathing doesn't either. That's why I recommend it daily. - Zig Ziglar

-----------------------------------------------------------

Your value is not in what you hold on to, it's in what you let go of.

-----------------------------------------------------------

To get what you've never had, you must do what you've never done.

-----------------------------------------------------------

They don't care how much you know until they know how much you care.

-----------------------------------------------------------

If they don't understand you, you haven't said anything. That's the essense of communication. - William Wayne Caudill, FAIA, reporting how an air traffic controller once explained the importance of two-way communication.

-----------------------------------------------------------

The effort to state a problem in such a way that a computer can be used to solve it will distort your view of the problem. It will allow you to consider only those aspects of the problem which can be encoded—and in many cases these are the most trivial and the least relevant aspects - Christopher Alexander

-----------------------------------------------------------

People are always blaming their circumstances for what they are. I don't believe in circumstances. The people who get on in this world are the people who get up and look for the circumstances they want, and if they can't find them, they make them. - George Bernard Shaw

-----------------------------------------------------------

It is not enough to have a good idea. Only when you act and implement can you make innovation happen day in and day out. - BIG BIM little bim, Finith E. Jernigan, AIA

-----------------------------------------------------------

....Architects like McDonough are evidence of the fact that design which is great in any aspect comes first and foremost from the philosophy, vision, and expertise of the designers. Without this, even the smartest technological tools cannot help to create good design. - AECbytes 2007, Issue 32