Showing posts with label Parameters. Show all posts
Showing posts with label Parameters. Show all posts

Tuesday, January 14, 2014

Bypassing Edit Group Mode

In the example below I've grouped and pinned the as-built model... proceeded with demoing a door (infilled on the right) and wanted to show the finishes as all new on this existing wall.

Phase filters wouldn't get me there, but Parts works if you're at a stage where you don't mind managing parts on a project.

In this example I choose to apply a view filter (by project parameter) to get the proposed plan graphics the way I needed to for many remodel scenarios while keeping the model simple for design changes that were fluid. But in Revit 2013 I've always had to Edit Group to apply the parameters, and I've always preferred to bypass Edit Group Mode (like I can for "phase created" and "phase demolished") for a number of reasons, while still taking advantage of groups.

Here is a new feature in Revit 2014 that helps to make this more possible.

If you've grouped your model in part or in whole you might notice many parameters are disabled and can not be edited without first entering Edit Group mode. Well... in Revit 2014 you can now Manage.. Project Parameters... and change a setting that reads "values are aligned per group type" to "values can vary by group instance." Now TAB to an element that is part of the group and the parameters should be available to you in the Properties window.

This is pretty handy if entering Edit Group mode (ex. for a large model group) every time you want to edit parameters (ex. to benefit view filters - image below) is a hassle.

Existing stud wall - New infill wall - New finishes
No Parts applied to this example
Existing and Infill wall are same wall type

Friday, July 23, 2010

Demons In Your Data?

The more you work with Revit the more likely you are to run into demons in the data. What do I mean by demons? Demons are unexplained behaviors. I'm not talking about software bugs that won't go away until you've installed a software update. I'm talking about errors in the data of the project file itself. Errors that can be repaired by replacing the corrupt data with an arbitrary value and then changing it back again.

Somehow, the process of changing the offending data to something arbitrary, then changing it back to the way it should be can remedy unexplained behaviors. I'm not talking about changing a value and then hitting the undo command. I'm talking about using Revit's tools to change the data to something arbitrary then changing it back... like the change is some new data for the model. It's just a matter of isolating the parameter values that are causing the unexplained behaviors... then finding the right combination of commands that will reset or refresh the offending data. These commands might include flexing parameters, cut & paste in same place, mirror, nudging, or possibly other commands. Let me give you some examples...

I upgraded a model once, from Revit 2009 to Revit 2011, and an odd thing happened. In hidden line mode, half the doors and windows had shaded glass (by design) while the other half had no shading. And it wasn't like there was any consistency... the shading was gone from random doors and windows. I realized at that point that I had a demon in my data, so I went into the offending material (glass) and set the surface pattern of the glass material to none (it was the surface pattern that was not cooperating), then changed the surface pattern back to solid fill to get this glass material to show properly everywhere.

Another thing that happens a lot... I like to nest families into a host family and link the parameters of the nested family and its host family, but once in a while after making a change to a nested family and loading it back into the host family, solids disappear or just don't flex when the family is loaded into a project. I have to flex some of the linked parameters, while still in the family editor, to reset or refresh the offending data.

Wall cleanups at intersections (not to beat a dead horse) can also cause demons. Sometimes nudging one of the walls can cleanup your intersection. Sometimes you have to cut a wall to your clipboard and paste it back into the same place to get intersections to heal properly. In fact, when any family (that was working fine before) isn't cooperating try a cut and paste in same place. This can reset data in the model.

If any of my readers are familiar with a particular demon please feel free to leave a comment describing the demon and how you "exorcised" it.

Wednesday, July 29, 2009

Instance Parameters: The Double Agent

This is going to be particularly helpful to those of you working on large projects. Some of you may already be aware of it, but I haven't seen it documented anywhere so here goes...

I call this technique the Double Agent because the Instance Parameters discussed here will temporarily act like Type Parameters under the right conditions. Why would I want an Instance Parameter to act like a Type Parameter? you ask. Well, quite often, but not always we want to apply the same Instance Parameter value (like a comment that is repeated for MOST instances of a Family Type) to many of the same Doors, Windows, Sheets, or other families. Comments are typically Instance Parameters that you have to change one at a time. But I don't want to change comments one at a time when there are so many of the same comment value. I want them to update once and simultaniously like a Type Parameter would, without having to use a Type Parameter (because I may still want one or two comment values to remain unique. Well, how do you do it? The Answer: With Schedules

Here is the procedure. Go to your door schedule for example.


You'll notice that I have four door types (71,66,17,64). I need to add the Remark 1hr rated to types 66 & 64. Rather than enter the value one field at a time for the Instance Parameter called Remark, lets add the value to all 8 fields once and simultaniously. Here's how.

Go to View Properties... Sorting Grouping... Now make a mental note (or write it down if you wish) of the current Sorting/Grouping settings because, like a good double agent, you're going to have to restore the schedule to its original identity when we're all done. Now change the setting to what you see below.

You can isolate the From Room: Name (or Type Mark parameter). It is very important to uncheck the Itemize every instance option. This is what you'll see.

Now Type in the Remark 1HR Rated for all doors without a room name... then change the Sorting/Grouping setting back to their original state and You'll have added the Value 1HR Rated to the Instance Parameter Remarks for all doors without a room name.


These are the rules of the game: You have to sort the schedule by some Type Parameter or by some Instance Parameter with equal values already present.

Now that I have the value 1HR RATED for all of the 1HR doors, lets say I want to change the value to 1.5HR RATED. Just isolate the REMARKS parameter from the Sorting/Grouping settings and exchange the old value for the new value.

So once again, why not just make your Instance Parameter a Type Parameter? Because the Instance Parameter value you choose may not always apply to every instance of a Family Type. This is just a custom way to update multiple fields once and simultaniously.

I hope you'll enjoy exploring the many applications of The Double Agent technique.