Import CAD - Orient to View

This is what the Autodesk Help documentation says about this feature at the moment.

Orient to View - This option is useful if True North and Project North are not aligned in your Revit project. If True North and Project North are defined identically in the project, then this option will not affect the way the import/link is oriented. The World Coordinate System (WCS) is used to orient the CAD file in the view.

If the current view is set to True North and True North is rotated away from Project North, then clear this option to align the CAD file with True North. If you select this option, the CAD file will align with Project North regardless of the view orientation. Note: CAD files are always imported into the current view from the top view direction. The CAD file is brought into the view assuming that the current view is a top view.

It also does something important or relevant when importing into elevation or section views. When people draw sections and elevations in CAD they are often doing so in the plan orientation of the file. It isn't all that common to see people reorienting their view in AutoCAD and then drawing those views oriented to Front or Back etc.

When we select this option and import such a file into a Revit elevation or section view it will rotate the plan of the CAD file into alignment with the section or elevation view. If not then the imported CAD file is aligned with the plan orientation of plan views and we only see the edge of the files lines in the elevation or section view.

If the option Current View Only is chosen then this On by default

Video Settings and DPI

Be aware that Revit does not support increasing a computer's DPI (dot per square inch) video/graphics settings beyond 150%, assuming your computer permits it all. There are numerous cases where doing so causes either instability (crashing) or just poor graphic display quality.

Copy Monitor - What Elements are in a Relationship?

A friend recently asked if there is an easy way to find out what elements are currently involved in a Copy/Monitor relationship. Good question! No easy button exists for this that I'm aware of. Sure we can select all grids and looks for C/M monitoring icons. That's not too hard for levels and grids. It's much less fun for walls, columns, floors or any of the MEP related categories that can be involved.

It might be an interesting question/problem for enterprising Dynamo aficionados or API programmers?

It would be nice to generate a report of the elements in a relationship and with which model and elements their relationship is based upon. I think it is just another example of the kind of refinement that Revit's collaboration tools ought to have.

Starting View

I was reviewing old posts for something I thought I wrote about Starting Views. I was befuddled when I didn't find anything. I guess that's to be expected when I write things here and on several other webs sites like AUGI, RevitForum, and Autodesk Newsgroups. Enough about my confusion. Since I don't seem to have one already, here's one now.

Revit developers observed that users were creating simple drafting views that contained some project information and then encouraging or insisting users remember to open this particular view when they saved and closed their projects. This way when someone opened a project for the first time they'd always be greeted by this special view. It also takes Revit less time to open a simple view with no model representation involved. In response they introduced the Starting View as a feature. This special view can be assigned to any view including a sheet view.

Initially people were pleased and just referenced the view they were already using. Then some began experimenting with other view types. The Sheet View is particularly useful because it can use a custom title block family to provide the framework we might want for our Starting View, imagine the office bulletin board with a variety of important and often timely info about office parties and upcoming events. In the context of a project that means we can reference actual project information through labels/parameters instead of having people type some of this same information into text. This connection to live data is a natural progression, even expectation.

More recently Andre Carvalho shared (at RevitForum, see link below) how he uses a linked project file to manage project notes that need to be visible to projects that have several or many models or even expand beyond one project to all projects in the office. He can update the master project file and since all the related projects have this file linked into them the information is updated automatically for him each time any project file is opened. Pretty clever stuff, working within the confines of the tools we've got. If you'd like to read more CHECK IT OUT.

If you aren't taking advantage of Starting Views, let me encourage you to consider doing so.

Dimension Style Type

That parameter name seems a bit like the Department of Redundancy Department. It lets us choose between three kinds of dimension behaviors: Continuous, Baseline and Ordinate. We are all pretty familiar with Continuous. I've spent time doing mechanical drafting (aka shop drawings) in the past and it wasn't uncommon to use some form of the other two types of dimensions. This is what the three of them look like together.

The Baseline dimension you see in the image is a single element, the entire collection of dimension lines you see. Each dimension line is offset from the others by the Dimension Line Snap Distance parameter's value.

Reload From with Images

Luke mentioned the Reload From button in the Manage Images dialog in his post the other day.

While preparing for my What's New in Revit 2015 session at the Revit Technology Conference in Melbourne last year (image above is from the session's handout) I found that it didn't work well. The Reload From button didn't replace the image when it is referenced in system and component families. It only seemed to affect images placed on their own within the project. It only seemed reliable when I used the browse button for the image through the image parameters in the properties palette (or schedule).

After reading Luke's post I went back to test it again, since we've had six web updates since then, and I was pleased to find that Reload From and Reload worked as I'd expect it to!

I then thought it odd that there is no way to just Place an Image, to place another copy of an image somewhere else in the project. By that I mean, the Manage Images dialog offers an Add button to load an image. If we've just or already loaded an image, the Manage Images dialog also indicates when there is more than one instance of an image in use. It would seem useful, to me at least, to have a Place Image button.

We do have Decals but they are really intended for a different purpose. We also manage the related images for them separately from the Manage Images dialog. I suppose it is easy enough to select an existing image and paste another copy elsewhere. If I'm not sure where to find it (which means I may not realize there is one) a Place Image button would be handy though. The available images ought to show up in the Type Selector?

Regardless the Reload and Reload From buttons in the Manage Images dialog makes it easier to revise an image and then show that revised version in our project. It's almost like an external reference. Almost, except for the automatic reloading when a project opens.

Schedule Text and Width Factor Fidelity

Schedules in Revit 2015 are able to use any of the text styles defined for a project. Text styles have supported the use of a Width Factor for several years. In schedules however this width factor is not observed so there is a loss of fidelity when comparing text elements and text that appears in schedules. The text above and below the schedule lines are using a width factor of 0.75 but the schedule rows do not look that same despite using the same text style.

Log this under Fit and Finish?

Text Formatting with Bold and Underline

Text is a common source of frustration in Revit. Replacing, improving the text editor remains a top rated wishlist item. Jean-Marc wrote to me the other day to mention something that I can assign to the Dept. of Subtle. If you use Bold and Underline on a portion of text and then transition to normal but still underlined Revit text doesn't deal with the underline transition well. Here's a comparison between what happens in Revit and Word.

I don't often use text but when I do I'm always wishing for that new text editor.

Revising Keynote Data

When you use keynotes and realize you need to revise existing keynote information it easy to change what the keynote text value is. We just need to edit the existing information and reload the keynote file.

It's a little different situation when you decide you need to change the numbering that is already in play. It's no problem if you are just shuffling note information around so you get the numbering sequence you prefer. As long as the keynote value remains in the list Revit will find it. You just need to make sure that any elements that are supposed to carry a certain keynote value still do after you shuffle them.

However, if you revise things and introduce a new numbering scheme and reload the file you'll find the keynotes will get confused. They stop displaying the correct information. For example let's say the keynote that was number 1 is now the letter A. There isn't a separate GUID that is guiding this alignment of data, Revit is relying on the information in the text file entirely. So Revit doesn't find the number 1 anymore and can't pair up the keynote value and keynote text anymore. The tag just reports 1 since that's what was stored to begin with.

The best place to check and revise the keynote assignment after revising numbers is in the keynote legend. You'll be able to review each keynote and activate the keynote table via the Keynote Value parameter, the little browse button that appears when you click on the value in the schedule.

You can select each confused keynote and map it to the correct keynote value. Once you've revisited all of the affected keynotes in the legend you'll find that the keynote tags throughout the documentation will show the correct information again.

Visibility of Floors and their Parts

Floors are unique in that Revit will show them even if they are below the view range settings of the view (floor plan). They'll be visible until they exceed 4' (1200mm) below the level. Parts that are created from floors won't. In fact parts created from a floor that is at the level of the view (in other words, normal) won't show up either.

It is necessary to adjust the View Range to permit the parts to be visible. It would be more consistent with floors if their parts assumed the same quirk capability.

Sorting Parameters - Shared Parameters and Projects

With 2015 it became possible to move parameters into more desirable positions within the properties of the family. In the family editor we see a Move Up and Move Down button to make this possible.

In projects however there are circumstances where taking the trouble to do this in the family doesn't have the same result in a project. A thread started at Autodesk's Revit Newsgroups where a product support specialist (Alaaeldin_Alsahil) responded with the following:

Shared parameters are shared between families in the project. The first family to load a shared parameter definition into the project defines the behavior of the parameter (in other words when loading a family into the project the description stored in the document is the one that is used). In this case, there was probably a family that was loaded with these parameters defined as "Other than the one from the family".

He then added:

The biggest problem is the shared parameter definition in the document cannot be edited (or deleted!) from the project. Purge unused also does not clear these definitions. There is no way for the customer to fix their file.

He suggested a workaround of creating a brand new shared parameter definition (new parameter in the shared parameter file), so that the definition in the project can be redefined. That's not always possible, in fact more than likely not acceptable either. For this project we'll have to live with the sorting condition as is. He did mention that loading content into project template files don't seem to suffer the same fate. That's good at least from a template standpoint.

Revit MEP - Detail Callout Bias or Gotcha

Many of Revit mEp families use a nested annotation symbol to provide the standard graphics we are used to seeing in electrical documentation. Here's a little example of a few of these families.

If you created a Callout view and these symbols vanish my bet is that you've used a Detail Callout. Here's what a Detail Callout view of the same families looks like.

It's definitely a quirky thing, but these nested annotations in outlets don't show up in Detail Callout view. Feel free to start trying adjustments to Visibility/Graphics, Detail Level, Discipline and more...I've been down the road already. I'm pretty sure we're looking at a bug, or at least a conundrum brought about by the way these nested annotations work.

This view type is also fussy about creating other elements, like a room/space for example. As such I understand that this view type is intended as the last stop or end of the road with regard to drafting up a detail, for detailing not modeling with. It's just odd that these annotation elements won't appear in the view.

If you want an enlarged plan to show these annotation then avoid the Detail Callout, use the Floor Plan type instead.

Tags and Instance Parameters

I was thinking it would be nice to be able to create an instance parameter to turn on/off graphics in a given tag. Create one tag, place many and toggle on and off various parts. Revit says, "No, sorry Steve you can't do that."

Tags require us to create Types. The yes/no parameters turned on/off in each type as required. Then place a tag type that shows what you want to see or switch to a different type.

Making it possible to use instance parameters is a pretty common request, even reasonable perhaps. However, doing so would mean we couldn't trust that a given tag and type would be displaying all the information it is supposed to show without visiting each and every tag to verify.

Thus far that risk seems to have justified locking it down to only type based tag behavior.

Leaders and Tags

A frequent source of frustration is how leaders relate to the information in tags. The more complicated a tag family is the harder it becomes to ensure the tag's leader(s) will align with the graphics or text it has. A leader connects to the midpoint along the overall extents of a tag's graphics and labels. Imagine a rectangle that surrounds all of the graphics in your tag (see and unseen), the overall extent of that information. The leader connects to the midpoint on this rectangle on each of its four sides as you drag the leader around the tag.

It is possible to play tricks with invisible lines to increase or decrease the perceived size of the tag so this elusive midpoint leader connection point can be controlled. It takes some experimentation and only one little circumstance we didn't anticipate to mess things up. This is just a simple example, using the stock room tag family, that illustrates how the leaders are too arbitrary.

They work okay for a couple instances but for others they don't. In this case Volume isn't getting calculated at the moment so the information displayed is too long and it messes up the leader location. In a big enough room the calculated volume value could easily be long enough to do the same thing to the tag.

We want/need a definitive way to tell Revit where a leader should connect to the tag information. I recently ran across a suggestion that I'd love to see happen. You probably already know that Revit MEP content uses connectors to define where pipe/duct/electrical relationships start or connect. What if we had a Leader connector element we could add to our tag families? Something like this perhaps?

I've added numbers to define the priority for the leader connectors, like adaptive point families have for example. As I drag a leader around a tag Revit should adjust the leader shoulder to connect to the next numbered connector. For those that are close to one another (in the same quadrant) the TAB key should cycle, or just cycle through all the possible connectors.

The information supplied to the parameters displayed in a tag could still mess up the leader location but no solution will be perfect. At least with a specific location we can concentrate on designing a tag that will work nearly perfectly. If we can't control the length of the data in the labels then we just need a way to adjust the connector's location relative to the information. This means we'd need to be able to add dimensions and constrain the connector locations with parameters too.

I'd also love to be able to use a parameter to control the length of a label in a tag. This would allow us to increase the overall length of the data that shows up before wrapping to a new line. Combining that with parameters to control the location of leader connectors would provide considerable control of the tag and its leader(s).

Revit 2015 MEP - Calculations and Performance

When Revit 2015 Update Release 3 became available a new MEP setting became available for Pipe and Duct Systems called Performance Mode. If you examine the Type Properties of a Piping system (or Duct) you'll find this additional setting.

The help documentation (link below) offers up this table to break down which system classification calculations are made available to us and which are able to take advantage of this new Performance choice.

This is intended to improve performance when working/editing large MEP system networks. For each system type we choose to assign this Performance setting to, Revit's system propagation is disabled on every system assigned to that system type. The Calculations parameter can be included in schedules, which can make it easier to toggle on and off. Keep in mind, if the file is opened in a previous build (not Update Release 3 or newer) then the parameter may/will not display correctly.

At first glance it doesn't seem much different from choosing None because to restore system propagation we have to change the setting back to use a calculation method, other than Performance or None. My initial expectation was that None would shut down calculations entirely and Performance would permit some calculations but do so in a way that would improve my experience or perception of performance, Revit's responsiveness as I work.

As I've learned from the developers, despite carrying a name that suggests to me otherwise, under the hood, using None does NOT tell Revit to completely ignore everything related to the connected network. This new Performance setting DOES allow Revit to completely ignore any system (as far as calculation propagation is concerned) that is assigned to the Performance setting.

As I understand them, the two choices are a trade off between accepting slower performance for each and every model (our) interaction (by choosing None) or having a quicker response (from Revit) for each model interaction, choosing instead to endure a longer wait after turning back on calculations (using Performance). Perhaps in a future release we'll just see None eliminated or replaced by Performance? At the very least I think the naming is a bit misleading.

A side effect of using this setting is that duct/pipe sizing and the System Inspector will not work on systems that are assigned to it either.

You can READ the Help Documentation HERE.

Grid Bubble at Second End

Occasionally I get this question, "Why does the grid bubble always show up at the second point? I wish it was at the first point. I'd like to start at the bubble and draw from there." The answer is you can! It's just a setting, a simple one at that. This is the Type Properties dialog for a grid type.

Notice the highlighted parameters? End 1 is the Start (first pick point) and End 2 is the End (second pick point). If you want to sketch grids starting with the Bubble just switch the check marks. End 1 should be checked and End 2 should not. Make this adjustment in your project template and you'll not have to worry about it again, hopefully.

Same thing is true for Levels by the way.

Gaps in Grids

Some people do not like grids that extend entirely through a model. I usually hear about this in building elevations. They want the grids to stop just above the model. That is easy to do when we toggle from 3D to 2D. We can drag the 2D extent of the grid above the building. If we turn on the crop boundary of the view and make sure it intersects the grids we can drag them all together faster than doing it one at time.

Some want similar behavior in plan views too. We can do the same thing unless they also want the grids to appear on both sides of the model. In this case we can use the Center Segment parameter that is part of grid types. The stock Revit templates provide three grid types: 1/4" Bubble, 1/4" Bubble Custom Gap, and 1/4" Bubble Gap. They look like this.

If we want to stop the grid from traveling all the way through a model we can use the 1/4" Bubble Gap type. The gap is created with the Center Segment parameter by using None instead of Continuous or Custom. Choosing Custom enables (turns on) three new parameters: Center Segment Weight, Center Segment Color and Center Segment Pattern (a Line Pattern).

People also ask to be able to adjust this gap differently in different plan views. At first it doesn't seem possible because adjusting one does affect other views, until you toggle the 3D status to 2D. Once the grid is using the 2D mode we can alter the gap differently in that view when compared with other views. This gap does affect elevations and sections. This means you'll have to adjust the extents of the gap in those views too, especially if you don't want the gap to show up in those views at all.

It's like Spiderman's Uncle said, "...with great power comes great responsibility". The more subtle features we engage the more work it is to manage them.

By the way, this isn't possible with Levels. There is no Center Segment parameter. There are occasions where it would be helpful if we could do this for Levels too.

Using Shared Coordinates - Do Not Remove the Link

I hear and read quite often these days that people will use Acquire Coordinates on an imported file and then remove the link. They import the source file again but use Positioning: Auto by Shared Coordinates. The reason offered is usually that they are doing it because they want to prove to themselves that the file IS sharing coordinates.

It is NOT a necessary step. Don't bother to do it. It won't harm your project if you do, it's just pointless.

Revit MEP - Conduit Run Schedule is Biased

I think it is a Reviteristic (read quirky or bizarre) that a Conduit Run Schedule will only see types that are created based on Conduit without Fittings. I'm pretty sure we'd all like schedules to include runs that use Conduit WITH fittings too. I understand that the fittings make it harder to provide a summary of a run but that's kind of the point isn't it, to do the things that are hard for us?

If we follow the help documentation advice to add a shared parameter to conduit and conduit fittings we can create a schedule that summarizes runs via a Multi-Category schedule. Unfortunately the very desirable and important Length parameter dies to us in that context, no joy there.

Revit MEP - Piping Offset from other Elements

When we sketch a wall we can provide an offset value on the Options Bar and then use the Space Bar to flip the side of the reference points we provide during sketching.

That flows pretty well (pun intended). It's not so fluid when using the Duct and Pipe tools. The Offset feature is hiding in the Justification Settings dialog AND the Space Bar concept doesn't work. We have to provide a negative value or be careful to start sketching in a specific direction to get the opposite offset.

This makes sketching pipe with a specific offset value relative to walls and other elements tedious. I think it is very likely (even much more so) to want to create pipe and duct taking into account adjacent elements like walls and structure AND provide an offset while doing so...it would be a lot more fun if there wasn't this extra little dialog hassle to do so.

Revit 2015 Update Release 6 is Available

Luke at What Revit Wants must have bugs hiding at Autodesk. They don't even seem to know at Autodesk's own site, but he does.

Regardless, Luke knows and I've downloaded and installed it already. Thanks!

CLICK ME to read his blog post!

Phases and Phase Filters Follow Up

I received a comment from a reader asking how to show all the elements in a view after having done the demolition work. The Phase Filter Show All should provide this however in this case they were attempting to show everything from a later phase. In this scenario there are three phases: Phase 1 (existing), Phase 2 (new work) and Phase 3 (the view they want to see things from).

That poses a problem because the earlier work (demolition and temporary) will not be displayed anymore because it is "gone" when you move forward in time to a view assigned to phase 3. This image is of a 3D view that is assigned to Phase 2 using Phase Filter Show All.

In Phase 3 items that were created in Phase 1 and 2 are both regarded as existing now, as long as they were not also demolished since they were created. Once they are demolished they no longer "exist" as far as that View and Phase Filters are concerned. This is what we see in Phase 3 with Phase Filter Show All.

To show all the proposed work together, Phase 1 (existing) and Phase 2 (new work) should be sufficient. In a view assign it to Phase 2 and use Show All Phase Filter. It is important to understand that elements always belong to a particular phase but their appearance (controlled by Phase Graphic Overrides) is affected by the Phase settings of the view they are seen in and that changes from view to view.

We really can only see all elements, including those that have been demolished or are temporary from a view assigned to "now" and one phase further in the past. Any further in the past than one phase and those demolished and temporary items are no longer part of our virtual world.

January Posts

This is the only one!

My first Revit OpEd blog post was December 2004 (though a pretty useless "Hello World"). At any given moment it doesn't feel like I've been doing this for ten years. That written, after my previous post and the holidays I found myself adrift, not feeling motivated to write at all, nothing, zip, nada. I was now keenly aware of how long I've been doing this and I was too busy to challenge that feeling so I just let it go. I figured it will pass. I'll decide to write stuff again. Besides how long could it last?

Well...all month precisely...

I apparently have NOT lost the will to write entirely. The well still has some water in it, Revit is still annoying enough to write stuff about. I enjoyed the break! (ask me about my new Bourbon problem sometime)

Sorry...there will be more posts.

The Mgmt.

P.S. I've have been editing and posting many Revit JOBS blog posts this month. It's been quite busy this month.

Quick Tips - Disabled New Data Row Button and Pinned Element Selection

Two gotchas I've seen come up a few times lately.

Revit 2015 R2 provides a separate button for a new Data Row when we create a room, area or space (sheets too). It is disabled however when the schedule is not using the Itemize every instance option (un-checked). This means creating a new row might not be visible in the schedule, so it is disabled. I wrote a post about the new Data Row button when R2 became available.

Can't select something in your view? Did you pin it? Someone else pin it? Why do I ask? Because we can tell Revit we don't want to select Pinned Elements now. The trouble is we forget those settings easily and later we look clicking challenged when we repeatedly click on something and Revit ignores us. I previously wrote about the new since Revit 2014 Selection Options.

Creating Elevation Views and Finish Floors

If you use the finish floor approach to create individual floors for rooms they manage to confuse the Elevation tool. If you create an elevation view inside a room you will likely find that the view's crop boundary is very short.

These are two interior elevations I made. The crop region for the one on the left is good but it's floor is flush with the sub-floor (and level). The crop region for the view on the right is bad, too short because the finish floor is set so that it sits on top of the sub-floor. Quirky quirky.

Raff, a member at RFO, started a thread the other day and it reminded me that I'd created the video below, embedded here.

The video is based on Revit 2015 R2 and Update Release 5 installed.

Revit 2015 R2 - Reveal Constraints

A new view override feature called Reveal Constraints is part of the subscription only R2 release for Revit 2015. It is intended to make it easier to see constraints that have been applied to the model but may have been obscurred in some way. For example it is possible to use a padlock on a dimension string and then delete the string, ignoring the warning message and clicking OK to accept it but retain the constraint. Clicking the sneaky little dimension string with a padlock icon on the View Control Shortcut bar reduces the model to gray/halftone and displays constraints in a burgundy color, like below where I've locked a couple dimension between Levels.

Even constraints that are related to elements within a sketch are displayed but they are also gray or halftone. You can double-click to edit the element, if you have that feature enabled, or edit the element and then remove the constraint(s).

I've embedded the following video, which you'll find within Autodesk's help documentation.

Gray Inactive Worksets

This feature is often overlooked but it can help ensure you are setting the Active Workset as you transistion between tasks. It is located on the Collaborate ribbon tab > Manage Collaboration panel and right underneath the Active Workset drop down list.

Let's say I need to start working on the interior partitions next. If I click to enable Gray Inactive Worksets it becomes more obvious that the exterior walls are still my focus.

If I change the Active Workset to Interiors then everything else becomes a light gray color instead.

Now all the interior work I do takes a visual priority compared to the rest of the model.

Such a simple yet easy to overlook feature, try to remember to take advantage of it.

Revit 2015 R2 - Perspective View Changes

It is not uncommon for a new Revit user, that is already familiar with Sketch Up for example, to be a bit surprised that we can't do routine modeling work while using a perspective view, called a camera view. I liken Revit to having been raised by parents with different beliefs than other software's parents have. In this instance Revit's parents didn't think it was necessary or important to let their kid model around in perspective views. Most users react to this as if they've just found out their friend's parents ground them for practically any infraction. How sad, your parents are tough!!

Good news on this front, 2015 R2 begins reducing this restriction!

The following are available in perspective views now:

• Editing tools: Move, Align, Pin and Unpin
• Reset Target tool: Restores the position of the camera target to the center of the field of view
• Toggle between the perspective and parallel representations of the 3D view

Reset Target is a new button when the view's crop region (perspective views) is selected. It places the camera target back at the center of the crop region. It may be useful if the changes you made switching back and forth between view modes has altered the view in a confusing way.

Toggling between view modes is possible through the View Cube and right click. CLICK TO find out more about these enhancements.

The online help documentation specifically notes these items when switching from parallel to perspective view modes.

• If you add elements to the parallel view that are not supported by a perspective view (such as annotations or displacement sets), and select to toggle to the perspective view, a dialog displays.
  You have the option of duplicating the view without the non-supported elements and opening the duplicate view in perspective.
• The Toggle to Perspective 3D option is only available from the parallel view if the Crop Region Visible property is selected for the view.
• Some modes are not supported in the perspective view. For example, if you are in Reveal Constraints mode in the parallel view, this mode is automatically closed when switching to perspective.
• Changes made to the View Scale in the parallel view are reset when switching back to perspective.

It's not quite the 60's, the era of free modelling, but it's a start.

Family Orientation

It is quite common to find the orientation of families confusing, both when we make them and when we attempt to place them in a project. What we consider front, back, left and right doesn't seem to follow consistent logic. Okay, there is some consistency it just seems opposite of what we might expect. What do most of us expect? Speaking for myself at least; Front is the bottom of a plan view, Back is the top of a plan view, Right and Left are the right and left sides of the plan view.

If we examine every family and family template in the stock content we'll find that Front IS at the bottom of every plan view in all of them. The View Cube also matches that convention. The thing that confuses us is that a portion of the stock content has been modelled in the reverse. That which we think of being the front of the object being modelled is the back. Even in those families however, upon closer inspection, we will find that the reference planes are oriented correctly (if they are named at all), the geometry orientation is wrong. The direction the geometry is facing is wrong.

If we consider a chair family most if not all of them are modelled with their front toward the top of the view (which is Back). If we compare that with a desk we'll find that it is modelled with the drawers (can we agree that they'd be the front?) toward the top of the view. These two families oriented this way don't allow the user to place a desk, horizontally for example, and then a chair horizontally so that they are oriented correctly with respect to one another. In the case of this desk there is no visible clue to know which way the desk is facing during placement. We'd be rich if we got a dollar every time we noticed the desk was backward when we open an elevation view later.

Looking at the View Cube the chair looks wrong, but only if we happen to agree the front of the chair is the side our legs are on. In the context of being placed next to a table or desk it means that the chair is facing the wrong side of the desk or vice versa. They had to pick an orientation but in the case of a desk that has drawers they picked wrong. Other work surfaces and tables might not matter nearly as much. It would make more sense to me if the desk were modelled with the drawers facing front, the bottom of the plan view. This would allow us to place a desk and chair and their orientation would make sense regarding each other.

Another apparent mismatch of orientation logic is base cabinet and wall/upper cabinet casework. Base cabinets are modelled with front facing the bottom of the plan view but the wall hosted upper cabinets are facing the back, the top of the plan view, opposite of base cabinets. Placing them in a project however defies the apparent orientation mismatch because the origin of the base cabinet is at the back and it is for the upper cabinet too. This means they orient logically when used together despite being modelled facing different directions in the family editor.

Also contributing to confusion is that the original content for doors and windows all assume that their Exterior side (and Placement Side) is what Revit considers the back side of the family. I've always thought of the exterior side as the Front of a door or window, the side that faces people as they approach the house. A door was the very first family I made with Revit. Afterward I believed that Front was the top of a plan view in the family editor. At least until I encountered enough other families to realize I was wrong.

To appear more consistent, while working in the Family Editor, Autodesk would need to revise most if not all of their hosted content (and others) so that the geometry orientation respects the bottom of a view being the Front view. The placement logic it uses must compensate for the placement side orientation of the geometry not being consistent with the notion of Front. If they revised the orientation of content to please Family Editors then they'd have to be careful to also revise the placement side logic.

Detailing and Circles

If using a Detail Line and drawing a circle Revit doesn't much care for attaching a dimension to the "side" of it, in this case it is a conduit, when they are sketched that way. We can sketch a short straight line segment and place a dimension that references that instead.

If we create and use Detail Items for 2D versions of real things then we'll find the dimensions more accommodating. The advantage of being a component is it can be re-used, provide a variety of sizes as types and they can be tagged. Lines have never been quite the equal to components in Revit's world. I do think it is a bit silly that the dimensions don't work on a detail line used to create a circle. We can only dimension the diameter, radius or from center to another element.

New Canadian CISC Standard 9.2 Structural Shapes Available

If you rely on Canadian size structural shapes for your work then you'll wish you had a valid subscription if you don't. The Canadian Structural Content Extension for Autodesk® Revit® RST 2015 software provides the latest CISC standard 9.2 hot rolled structural steel shapes is available in the Subscription Center for you to download. This extends the current out-of-the-box content offering, reducing the need for users to seek alternative sources of content.

This was announced via the BIM & BEAM blog earlier today.

I have to admit my first reaction was that it ought to be available regardless of subscription status. I'd prefer that anybody using Revit Structure and relying on accurate structural shapes also has the latest shapes to use. If it is truly supplemental, as opposed to updating critical existing shapes, then perhaps it is a subscription benefit?

Revit 2015 R2 and Shaft Openings

Another subtle change within the new R2 release (only available to active subscription customs) affects Shaft Openings. These now assume a Base Constraint equal to the associated level of the view you create it in. They also changed the order of the parameters so they are the same as the parameters as other elements that have a Base Constraint, Base Offset, Top Constraint and Top Offset.

The settings we see above are the result of creating the shaft in the floor plan view for Level 1, before I extend it any higher. If you create a Shaft Opening in a 3D view it will assume the Base Constraint of the view's active work plane.

Guide Grid and Pin

We can assign a Guide Grid to sheets which provides a way to make sure selected views are lined up from one sheet to another. If you aren't familiar with this tool then have a look at this older post for an overview.

If we're concerned about someone moving the guide grid we can use the Pin tool to make it a little harder to move it accidentally. Then we can make it even harder if we un-check the Selection tool Select pinned elements.

Just keep in mind the Pin tool does not prevent the Guide Grid spacing from being changed. Methinks it should.

Autodesk Subscription Concepts Changing

If you were at Autodesk University last week (I wasn't) or at least watching the social media feed from the people you follow on Twitter, Facebook etc. you probably saw something about Autodesk changing how subscription will work in the future. This is anticipating more cloud based software use.

Scott Shepard shared (with Autodesk and blogger for "It's Alive in the Lab") a transcript of a Q&A session regarding what these changes are likely to mean to Autodesk's customers.

This is the text he shared within his blog post:

I (Scott Shepard) attended an internal Autodesk OnAir presentation where VP of Industry Strategy & Marketing, Andrew Anagnost, provided additional information. Here it is in question/answer form:

Q: What does "moving away from perpetual licenses" mean?
A: We will stop offering customers the option to purchase NEW perpetual licenses of Autodesk software. Customers will continue to have several other purchase options, including Desktop Subscription.

Q: Why are we making this change?
A: We are ahead of most of our competition in harnessing cloud and mobile to give customers superior user experiences and to provide more potential customers access to our products through lower prices for many of our products and term payments.

Q: What will be the impact on existing customers?
A: Customers who are on Autodesk Subscription will not be impacted by this change. Customers not on Autodesk Subscription will need to purchase Desktop Subscription to access the latest Autodesk software releases.

Q: What does this mean for customers on Maintenance Subscription?
A: Existing subscribers will continue to have the option to renew their Maintenance Subscription contracts and receive access to the latest Autodesk software releases and other Subscriber benefits. Any new software received as part of a maintenance contract will have perpetual license rights.

Q: What are we taking away?
A: The ability to buy NEW perpetual licenses.

Q: Does this mean customers will lose their perpetual rights?
A: No, if the customer previously bought a perpetual license in the past, that license doesn't go away.

Q: When will we stop offering perpetual licenses?
A: We anticipate it will be sometime in the next 12 to 24 months. Details will be shared as decisions are finalized.

He (Scott) then provided a few additional statements from the Autodesk PR team:

"We are aware of multiple conversations regarding Autodesk’s ongoing business model transformation and move to Subscription. In an effort to provide clarification, we would like to provide some specifics about changes in the sale of perpetual licenses."

"Over the next 12-24 months, Autodesk is planning to gradually discontinue sales of NEW perpetual licenses, and will make NEW seats of our software available through Desktop and Cloud Subscription only."

"Existing customers with perpetual seats will be able to continue using those products per the terms of those licenses. Customers with perpetual licenses that are current with Autodesk Subscription will continue to benefit from product updates and other benefits of Autodesk Subscription."

"We recognize that these changes will impact our customers and that you will have many questions. We plan to provide additional details about our plans as the information becomes available and will provide sufficient advance notice so you can plan for these changes."

Changing Column Types and Copy Monitor

Using Copy/Monitor Revit does not complain when we change column families or types. It does complain if the column is moved. This is different from other elements like grids and levels. My understanding is that the way they expected Architects and Engineers to use the feature is a little different for columns, something like this:

• Architect places schematic architectural columns (different from structural columns)
• Architect sends model to engineer
• Engineer uses copy/monitor to create structural columns where the architects schematic columns are
• Engineer sends their model to Architect
• Architect adjusts their columns to be masking only (unless they are left uncovered)

The disparity between column types is intentional because an Architect's needs for the column are often different, masking a structural element versus designing/engineering the column itself. It can also be argued that it would still be better to complain when the column family is changed or swapped for another type (size). Even if, as the Architect, I've shifted my focus to wrapping structural columns it is likely worth being warned if the structural column has changed.

To be warned requires me to have a copy of the column to monitor, which I'd prefer to avoid ordinarily. In general, I encourage Architects to remove their own columns (structural or otherwise, if they use them) in their model as soon as the Engineer is hired and they send them their structural model. Now the architect can focus on using walls to wrap columns as required by Design Development and Construction Documentation. I resist the natural temptation to have my own copy of elements if at all possible, striving to avoid redundancy. Using copy/monitor (the monitor aspect only) can still alert us to major changes to location of the grids/columns.

For now Revit doesn't complain if we change the columns, as long as that change isn't its position/location. If that doesn't fit our model view then we need to let them know.

I wrote this post in part because of a thread at the Autodesk Revit Structure online user group. I wrote this suggestion to work around the lack of warning.

Since Revit is sensitive to movement, we could agree to move columns that are changed like this. If the architect is redesigning a column they can swap out the type for a new type but also move it off grid by a specific value. This will prompt a coordination review when the file is refreshed in the other discipline's file. When they examine the column they'll see the change is more about the size than position. They can respond to the change and move the column back into position, which will prompt coordination review upon return. We could agree that such trigger movement would always be East to West and always a specific distance or something like that so each team knows what to expect.

Revit 2015 Release Update 5 and Terminology

Autodesk released another update for Revit 2015 yesterday, it was formally announced via The Revit Clinic and tweeted. THIS PDF is the published list of things that this update, as well as past updates, have dealt with. I hesitated to post this yesterday because I was a bit confused by what I read at the links below.

Revit 2015 UR5
Revit Arch 2015 UR5
Revit MEP 2015 UR5
Revit Struct 2015 UR5
Revit LT 2015 UR5

For many years an update meant a fresh installation, replacing the previous installed version. This eventually changed in favor of updates that could be applied to an existing installation of Revit. That meant a smaller file to download (usually) and it could be installed (or deployed) more easily. For many of those earlier years we just referred to these updates by their build number, as in, "What build do you have?" We still have a build number to reference.

More recently they began including the phrase Update Release and a number. For Revit 2015 it was easy, through Update Releases 1-3, until Revit 2015 R2 became available, introducing new terminology. The R2 release, which delivers brand new features, is only available to customers who have active subscription accounts. As it happens R2 also includes things that an Update Release would include, as such installing R2 meant we were technically installing Update Release 4 at the same time. For customers that don't have an active subscription it is necessary to make Update Release 4 available to them too.

Distinctly different from R2, an Update Release fixes things within the existing product. It does not provide new features. These shouldn't be confused with a Hotfix, though having a similar intention, which tends to repair a relatively tiny part of the software. They are both delivered via a download from the Autodesk site too. We should be alerted to them becoming available via the Communication Center and/or the Autodesk Application Manager (if deployed/enabled).

In contrast, the R2 release does provide new features that we might normally expect to be delivered as part of a brand new yearly release. In this case it was delivered as part of our subscription benefits, only to those with valid subscriptions in place. It also does not incur a file format change as we see with the yearly releases. As we've seen in the past it could have been delivered as Revit 2015.1 instead. Language and terminology is fun!

Such was the confusion initially that The Revit Clinic offered up a post called What is the Difference between Revit 2015 R2 and Revit 2015 UR2? As I mentioned at the beginning of this post, I found myself confused when I visited the download pages for Update Release 5. This section seems to suggest there is a separate update to download via the Subscription site?

Note: If you are an Autodesk Subscription Customer and have installed Autodesk Revit 2015 R2, please install Autodesk Revit 2015 Update Release 5 for R2. Refer to the Autodesk Revit 2015 R2 subscription download page.

If you follow the link they provide it brings you (if you log in) to the original Revit 2015 R2 subscription download page. There is no mention of a special Release 5 update for R2. I wouldn't have been as confused if it said what I now believe it really meant: "If you haven't installed Revit 2015 R2 yet you can download it via this link".

I gambled and downloaded the update for Revit 2015 (first link above). My Revit is delivered as part of the Building Design Suite and I was able to apply this update successfully. In the past it was necessary to download a unique BDS delivered version of Revit 2015 updates. In this case they appear to have dispensed with that subtlety.

To summarize I believe this is accurate - see if you can stay with me:

• Original release of Revit 2015 for which they have provided Update Releases 1-5.
• New Release of Revit 2015 R2 which is available to subscription customers only, to which Update Release 5 also applies.
• Update Release 4 became available at the same time as R2 was introduced but it was necessary to provide a separate update for customers that were not eligible for Revit 2015 R2.
• If you installed R2 you also received Update Release 4.
• If you install Update Release 5 today you also incorporate all previous Update Releases.

It is not clear to me at the moment if there is a different build number when Revit 2015 R2 and Update Release 5 are installed as compared with Revit 2015 installed and Update Release 5 applied. I'd expect a different build number since Revit 2015 R2 has features that are not part of Revit 2015. Shall we compare build numbers? Mine is in the image above, R2 installed with Update Release 5.

As always, be sure to carefully read through the Readme documentation provided at each download page. Clear as mud? I sure hope so!

Our Revit Username and Signing into A360

When Autodesk began introducing Autodesk 360 based tools and services they provided us with a place to sign in to our account within Revit too. We can sign in via the Info Bar.

Regarding using worksets, when we are using Revit 2014 we can sign in to our A360 account and it leaves our current Revit username alone. When we are using Revit 2015 logging into A360 will attempt to change our username to match our A360 username. If we are already working in a Local File with a different username we'll get this warning message and signing in to A360 fails.

If we are working on a project that doesn't use Worksets we will be able to sign into A360 but it will change our username in the process.

If we attempt to open an existing Local File later we'll encounter this warning.

If we intend to work on a project, that uses worksets (as many of us do), then we need to make sure we've already logged into A360 before we create/open our Local File to avoid this issue. In Revit 2015 we can sign into A360 via the Options Dialog too.

I'm making a habit of checking my username before starting any work AND logging into A360 first if I intend to use it. That's the tricky part, will I and when? How many people this affects right now compared is another question. The concept of Autodesk 360 poses EyeTee with an interesting problem, creating and managing separate user (other than their own domain) accounts at Autodesk.

By Sketch Stairs and using Stair Path and Tread Number Annotation Tools

Since they revamped the stair tools in Revit 2013 and tweaked them slightly in 2014 and 2015 we've had two annotation tools, Stair Path and Tread (or Riser) Number, to place view specific stair annotation.

Sadly the Stair by Sketch method of creating stairs is not recognized by these relatively new stair annotation features.

You'll find Revit is unresponsive when you attempt to apply them to your stair. They only work with Stair by Component. However, we can create a Stair by Component and then use Convert to turn each run/landing into a sketch based component and the Stair Path and Tread Number tools continue to work.

I assume this limitation has something to do with built-in locations within the component stair elements to define where the annotation can appear. There is no way to provide equal representation within the sketch. For them to work on the sketch based stairs I imagine it would be necessary to add another type of sketch element like Stair Path and/or RiserTread Path, like we already have for Run, Boundary and Riser. Using Convert on a stair component allows for sketch based modification but retains its componentness, at least enough for the annotation tools to keep working.

For now it may suffice to start with Stair by Component and then use Convert to modify the sketch as required. Worth a try.

Setting Yes No Parameters with Formulas

Peter boards a train in Philadelphia bound for NY. Joe boards a train in NY bound for Philadelphia. If both trains... oh I don't care when their trains pass one another. Next question?

I want Revit to automatically check a Yes/No parameter but only when two other parameters are checked already. I read a post at RFO asking how to accomplish this. That member's issue was Revit complaining about inconsistent units, as it does. I replied that Revit doesn't accept 1 or 0 as a valid true/false value. The formula was written like this for parameter C:

if (and (A,B), 1, 0)

Since Revit doesn't like the 1 or 0 used in that formula we can use this instead:

and(A,B)

Revit reads that as, "I (Revit) can only check C if both A and B are checked too". In the Family Types dialog it looks like this.

If I'd like the opposite to happen it looks like this instead:

not(and(A,B))

Revit now reads it as, "I (Revit) can only un-check C if A and B are both checked too." In the Family Types dialog it looks like this.

Greg replied (in the RFO thread) that the formula would accept valid math statements for the true or false result. That means that the formula could be written like this, using the original formula above.

if (and (A,B), 1=1, 0=1)

It looks like this in the Family Types Dialog.

Either approach provides the same end result. Programmers often compete to write the leanest code, complete a task or tasks with the fewest instructions, fewest lines of code. My formula is leaner code but not by much. Regardless, I think it does help to see different solutions to help us solve the problems we encounter later.