Tuesday, April 12, 2016

Levels and Story Above

Listening to Bill's BIM Thoughts podcast with Carla Edwards and Paul Aubin (Session 29), Carla reminded me of a parameter associated with levels I wrote about in 2013 but it was buried within a post of a different title. So I decided to clip it out of that post and give it some air again.

Levels have a parameter called Story Above; and a related parameter called Building Story.


This is the current description for the Story Above parameter from Autodesk.

"From Revit Help"
Used in conjunction with the Building Story parameter when exporting to IFC with the export option Split walls and columns by story, this parameter indicates the next building story for the level.

By default, Story Above is the next highest level for which Building Story is enabled. To access a list of all building stories above the current one, click in the field. The Story Above does not need to be the next higher level or building story. If the selected level is deleted later or if Building Story is disabled, any levels with this level as their Story Above will revert to default behavior.
Unfortunately what Carla described about how it is used isn't entirely on track, sorry Carla. The first sentence in the help documentation description didn't include the information about IFC initially. It was revised at some point after the feature was introduced. The two parameters Building Story and Story Above only factor in if we export to IFC. They don't influence anything else. It might be useful if they did.

Monday, April 11, 2016

Leak - Revit 2017 Help Documentation

A little birdie posted a link to this earlier on the interwebs...it's a live Autodesk page...so it must be okay? I see some things to look forward to.

I guess I have an answer to my earlier complaint about the SNU... :(

Space Naming Utility for Revit 2017

Hi Autodesk Revit Team! It's me Mr. OpEd again. Imagine me with a pointy stick, I'm poking you in the eye...metaphorically...with words on a blog.

Since the AutoCAD team just made 2017 available I can infer that we'll be seeing a new release of Revit in the very near future.

Let me just go on record now.

The Space Naming Utility SHOULD be built into Revit 2017 so that it is installed automatically or better yet, it's just on the Annotation ribbon as a native feature, NOT an add-on.

I might as well let ya'll know now, and AGAIN, that it is utterly reeeeee-freeeeeekin-diculousssss if it isn't!!!!!

If the rationale for keeping it separate is that not many people use it perhaps that's because it is a separate application??!! If the ribbon UI is supposed to improve the odds of discovering features it sure would help to be ON the ribbon. Built IN.

Capisce? The berating will continue until the SNU is part of Revit. I know there are much more important things in the world to be upset about. Yet, someone must continue the fight for equal status of the SNU!

If I take a pessimistic stance, you could, at the very least, make sure it is available for download from the Exchange Apps site as soon as we can actually download and use Revit 2017. Yeah. That would be good...


Saturday, April 09, 2016

Warning Messages and Profile Families

Profile families are loadable (component) families but they don't exist on their own in projects. They are either used to create solid and void forms in the family editor, in-place families in projects or applied to System Families in projects. For example, a Railing, Sweep, Reveal and Floor Slab Edge can all use a Profile family.
Occasionally I'll get a generic sort of warning regarding the system family I'm trying to make, telling me "Sorry Steve, I can't make this thing for you".

Quite often the reason Revit is complaining is because I was sloppy making the Profile family. You may recall I've written about good sketches and bad sketches in the past.
Regardless the error message could certainly be written better; to mention that such an error may be related to a profile that isn't created properly. At this time, the error trapping process may not be able to reach deeply enough into the sketch mode process, for example like we use to create a Floor Slab Edge. Regardless, there is no reason the error message couldn't mention a common culprit, something to prod us to look more deeply for.

Technically the error is in a component family and then evaluated as part of a system family that references it. In a sense it is too far removed from the active operation for Revit to properly recognize what's wrong precisely. Therefore I think it would help if, while saving a profile family type, Revit tested it for proper closed boundaries to help us catch errors while editing the family. Revit does this when we attempt to finish a sketch for a solid or void form. Perhaps it could be a button on the ribbon? Something like Test Profile.

Help us help you Revit!

Friday, April 08, 2016

Smaller Grid Bubbles

I wrote about one way to achieve using smaller grid bubbles in different views HERE. That written I can't help but wonder how much smaller is appropriate. A user recently complained they need a smaller grid bubble in a 1:1000 (metric) view. My gut reaction was "really?...maybe the grid bubble is just too big to begin with?" For example, this is what 1:100 and 1:1000 scale views look like side by side for a tiny footprint of grids using a stock grid family (6.5 mm radius/4.5 mm text).


That image is captured after using Zoom to Fit. How effective are grid bubbles at that scale to begin with? In imperial units that's equivalent to a view scale of 1"=120'-0". Keeping in mind that Revit's bias is to maintain the printed size of annotation, how much smaller does the bubble and text need to be to be better but still useful? This next image is the same sheet with grids bubbles that are half as big, text half as high (3.25 mm radius circle and 2.25 mm text).


I could argue that if the 1:1000 scale size is acceptable it might as well be the standard for all the views? This is how it (the smaller size grid bubbles) looks if I use Zoom Sheet Size and pan the view to show the grids side by side. This is more representative of what it will look like on the printed page.


Having the ability to turn off the bubble graphics only leaving the Grid name's text only might be a nice option. It seems to me that decreasing the size of the text means it is likely to no longer be legible. That's never good for documentation. For example, quite a few standards dictate a minimum text size of 1/8" which is larger than the 2.25 mm text I've shown in the images above.

Using a smaller font than what is shown above is going to start being too small to read on half-size prints; which is what I see getting printed more often these days. Fwiw, it's my understanding that 1/8" text as a requirement was decided upon because half size documents are printed so often and the resulting 1/16" text is at the brink of no longer being legible so standards set it accordingly.

Regardless, it's a frequent enough request that the development team ought to see what they can come up with. Something that is easy to implement and provides more flexibility for documentation.

Thursday, April 07, 2016

Did you Load a Family - Synchronize NOW

ALWAYS use Synchronize with Central (SwC) immediately after loading new families or types (or duplicating system family types). Don't place any instances until you have!

This post is tagging on two earlier posts on the subject of loading content, restating the punch line to emphasize it on its own. If you're inclined to just take my advice just reread the first two sentences and behave accordingly. If you're a bit curious, need more convincing, you can read the FIRST and SECOND posts for more background info.

Wednesday, April 06, 2016

A Case for Worksets - Opening Linked Files

It is common to choose to avoid enabling Worksets when we don't need to let more than one person access our project at the same time. If we rely on using linked files then we can benefit from not avoiding them. For example, if you've ever wanted to open a linked file at the same time as the file you are currently working in you've seen this warning message.


Revit doesn't like opening a linked file in the same session, without unloading the link in the current model first, but it won't mind doing so if you open a second session of Revit. Revit uses separate memory allocation for each session. That means it isn't possible to use Copy to Clipboard with Paste Aligned when we are using two sessions. If you let Revit unload the link instead you won't see any changes in the host project until you save, close and reload the linked file. A good many users regard that cycle of steps to be annoying.

When we enable Worksets we have a Central File but work in a Local File. If all the project files we use have enabled Worksets then when we open any of the Linked Files we are creating a new Local File. Here's the tricky part...technically that's not the SAME file we Linked. The Linked File is (should be) based on the Central File (it's name and location)...the Central File is linked, not our Local File.

Yes this means you can now open a linked file in the same session of Revit. You can make changes in either file and use Synchronize and Modify Settings to store the changes in the Central File(s).

Now before you get too excited, you still have to use Reload on the Linked File that's been changed. That's not really any different than having another user making changes to the Linked File and having to use Reload to see their changes. It does make it easier to go back and forth between models quickly; eliminates the open/close part. Eventually you have to use Reload to see any changes regardless.

If you are a sole user and still intimidated by Worksets; just remember you only have to have one Workset for it to be enabled, for Revit to work. Revit creates two default Worksets for us to use (Shared Levels and Grids and Workset 1) but we don't have to be too concerned with assigning elements to any but Workset 1. That's assuming we don't really need Worksets for its fundamental purpose; allowing concurrent access to the same data by more than one person.

Something to consider if open/closing and unloading/reloading links is annoying.

Oh, I should mention that this starts to disintegrate if you are opening more than two files that are inter-related, linked into each other. For example, imagine a Host Model, Linked Model 01 and Linked Model 02. The Host Model has linked both of the linked models. If Linked Model 01 is also linked into Linked Model 02 and we then open both of them as well as the Host Model we will encounter this kind of message when we make changes to Linked Model 01 and then attempt to reload it in the Host Model.


The file in question is also present in the other open Linked Model and that is what Revit is objecting to. We'll also find that the file is unloaded automatically. We'll have to close the other file that it is visible in before we can successfully reload it. As such my habit is to limit my use of this technique to two open files at a time.

Tuesday, April 05, 2016

Purchase Advice for a Fellow Revit User

I received a message the other day asking me for advice; that classic conundrum Mac or PC? I don't have a Mac and rarely get to use one. I do know quite a few people who love their Macs, likewise for PCs. I thought I'd share some of the message here and see what sort of comments it might spur, advice or otherwise.

He writes:

I am hoping to get some advice from a fellow a Revit user about a pending purchase decision.

I have been using Revit now for almost 4 years, even somewhat addicted in spite of it's occasionally awkward ways. A client has offered to buy my next computer and has offered up a spec for an Intel PC. I'm using a 2009 iMac w/ 8 GB RAM, Intel 2 Duo 2.93 with 6 MB L2 NVIDEA MCP79. I run Revit using Parallels. I recently found out about maximizing the RAM in parallels and accessing the 2nd core processor and it has helped to speed up Revit.

I was having some performance issues (slow response) using materials palette. It could take 30-40 seconds to open up and I did have some wicked crashes. But after making the adjustments I have found it quick, responsive and stable. I was having 45 minute restarts but now it works smoothly. I have heard of people running bootcamp but I can't at this point because my partition is too small and I'm not eager to reformat my current setup.

I'd prefer to stay with a Mac but I get that Revit doesn't run on the Apple OS. Should I stay or should I go?
Btw, I also got a quote for a Boxx PC but it's expensive.

Looking forward to your thoughts.


What say ya'll?

Tuesday, March 29, 2016

Warning Message - Highlighted Elements are Joined but do not Intersect

Revit is telling you that someone used the Join Geometry feature on elements but now they no longer touch each other, intersect. When they were moved apart a warning appeared but the user didn't click Unjoin Elements (see image), they clicked OK so now Revit is keeping track of the joined relationship; doing what it was told to do.


If they/you/we do this enough we'll end up with a lot of warnings to review here.


You/they need to fix the problem, Unjoin the geometry, no warning anymore. The Warnings dialog even gives us a way to fix it, click Unjoin Elements. Fixing accumulated errors like this will improve performance. Please don't regard the warning as irrelevant, it's not!

Better still, avoid the problem in the first place, click Unjoin the first time the message appears instead.

Oh, I should also mention that clicking Unjoin Elements in the Warnings dialog does Unjoin them BUT it doesn't clear that warning from the list until you close the dialog and open it again. That's a little confusing.

Monday, March 28, 2016

Hold Off Warning Rescinded

Kyle wrote in a more recent reply:

The Cloud Worksharing reliability issue associated with the Revit 2016 UR4 update has been resolved. The issue was resolved on the service itself, so no updates to the downloadable files were required.

Teams are encouraged to download and install the latest update, as it contains valuable enhancements to reliability and workflow
.

Hold off on Revit 2016 Update Release 4

If you are using Revit 2016 and Collaboration for Revit (C4R) then you'll want to hold off installing the most recent update. Kyle shared the following in a post at RFO.

We have identified a compatibility issue with the latest Revit 2016 UR4 update, which is causing degraded Sync with Central (SWC) reliability for those that installed it. We have confirmed this issue internally, and are working to resolve the issue within our services.

Teams are advised to defer installing the latest Revit 2016 UR4 until we have resolved the matter on the Cloud Worksharing service. We apologize for the disruption this may be causing, and are urgently working to resolve the matter.

Friday, March 25, 2016

Revit Incompatible with Custom Display Scales

Revit appears to be incompatible with custom display scaling greater than 150%. If you've got a relatively new computer you may have a display that exceeds what Revit is currently designed to support, though I've seen reports of AutoCAD having difficulty with it too, FWIW.


I've been encountering complaints from people getting bizarre graphic display behavior when attempting to use scaling between 150-200%. It seems to be happening a bit more in the Apple camp of users that are running Windows via Boot Camp. I've even heard about a few that won't work above 100% at all.

If you're in this boat then I advise taking some Dramamine, set it back to 100%, and check your video card, settings, and drivers.

Thursday, March 24, 2016

Revit 2016 Missing Content after Installation

If you've installed Revit and then found your library was empty you're not alone. I haven't figured out who is to blame for this yet because the people I've encountered with this problem so far haven't been very computer savvy, haven't been able to recall what they did during installation or they didn't install it themselves. When the Revit installation is underway it is important to select which content is installed. I suspect that this is either overlooked or something has prevented that task from being completed. During installation it is important to make sure you visit this section.


The content is a separate section below the Revit application itself. It is important to review the settings lurking within the Content section too.


Assuming that was done then we should find the content installed in the default location or where we decided to put the content ourselves. This is the default location with individual sub-folders within it for each unique library you've selected:

C:\ProgramData\Autodesk\RVT 2016\Libraries\US Imperial or US Metric etc

Still no content in this location, or the one you chose instead?

Revit downloads the content libraries you've selected to install so perhaps this task is being blocked by anti-virus, user permissions or internet access/restrictions? That's quite a conundrum for many people.

Making it a little more difficult, when you visit a related help document at Autodesk's Knowledge Network it describes the situation for 2015 and tells us to use the Control Panel Add/Remove feature. Fair enough for 2015 but for 2016 I find no such option for Content, despite the article specifically claiming it is similar for 2016. In fact I don't find such an option for 2015 either on my computer. FWIW, I only see an entry for Autodesk Content Service.


RAND IMAGINiT has made some of the content available via a blog post of theirs. It might help to try downloading it from their FTP site.

Autodesk Seek also hosts Revit content including its own library. If you visit the site, at the bottom of the page they have links for each disciplines library.


While I can download specific families and templates from that location I don't see an easy way to just download the entire library. They used to provide a page where we could just browse for and download a library bundle, for any of the localised versions too. I've not found its equal yet.

Tuesday, March 22, 2016

Temporary Dimensions and Activate Dimensions

I've written about Temporary Dimensions and the Activate Dimension button in the past (2007-9), these are some posts that discuss them.

Space Bar Subtle Effect on Temporary Dimensions
Dept. of Reviteristics - Activate Dimensions
Activate Dimensions
Activate Dimensions - Redux

Temporary Dimensions don't appear when two or more elements are selected. When that happens you should see the Activate Dimensions button appear on the Options Bar.


Temporary dimensions also don't respond to families that host nested shared families. That's because these families are also regarded by Revit, under the hood, as a selection of two or more elements.

Tuesday, March 15, 2016

Revit Updates for 2015 and 2016

New updates are available for both Revit 2015 and 2016 now. The latest for 2015 is Update Release 13 and we're up to Update Release 3 for 2016. Hopefully the Autodesk Application Manager let you know already, it did for me this time. Visit your Autodesk Account page to download them if not.

These are the three related release note files that The Revit Clinic shared the other day.

Revit 2015 Update Release 13 readme and release notes

Revit 2015 Update Release 13 for R2 readme and release notes

Revit 2016 Release 2 Update 3 readme and release notes








Thursday, March 10, 2016

Type Catalog - Family Type Parameter and Missing Spaces

This is for the Department of I could kick myself or Dept. of why can't I remember this.

These are two images of the same Type Catalog, one works and the other doesn't. The key location of the issue/difference is marked in yellow. This first one won't work.


Two little spaces on either side of the colon, like this: Family Name : Family Type.


Note to self, remember this next time around knucklehead!

Monday, March 07, 2016

Line Styles Embedded in Families

Reading a thread at AUGI tonight prompted this post. Line Styles aren't a thing in Revit families, the option is disabled if you attempt to review them while in the Family Editor UI.


The family discussed in the thread seems innocent enough until it is loaded into a project file. These are the line styles that are in the default template (imperial).


This is the same dialog after loading the family; nearly 100 more (98) line styles show up.


The culprit is Transfer Project Standards (TPS). It is easy to transfer line styles from a project to a family. We need Object Styles in families not Line Styles. Make sure you don't select Linestyles when/IF you use TPS.


If you've already got many rogue Line Styles you can delete them from the project and in Revit 2016 you can select more than one at a time and click Delete. Just remember if Delete is disabled then you've got a built-in (system) line style selected.

What about cleaning out the family itself? They don't give us a tool to do that. Purge Unused doesn't see them unfortunately. Robert Bell, in the AUGI Thread, offers a solution though. Load the bad family into a empty template (choose the None option for example). Delete all of the line styles you don't want. Then Save the family and overwrite the original. If the family is already loaded into your project just do the same thing, delete the line styles (it's just a little harder to tell) and Save the family to overwrite the original.

While you're at it, don't use TPS on Line Patterns, like shown in the image above. You'll probably get many more than you really want too. Those can be deleted a bit more easily though.

I checked the Autodesk Exchange Apps site to see if any offer a way to purge line styles from families. I found one that does it for projects but none that claim to do it for families; at least not based on searching for that criteria. It might be something Dynamo can be used to resolve; I'll have to check into that.

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

Update 08/22/2016: Dale Bartlett has shared an app to purge these embedded line styles.
Update 05/09/2017: The file is no longer where Dale shared it, I don't know where it is now so I've removed the link.
Update 05/15/2017: Dale provided a new link to a 2017 compatible version VIA THIS URL.

Friday, March 04, 2016

Worksharing Display - Owners

The first thing I do when a project is open, to get a sense of things going on around me in the model, is to toggle on Worksharing Display - Owners (see image). That gives me a quick snapshot of who else is working on things around me.


If I see a color on anything I thought I'd start working on then there is no point attempting to edit those, I'll just get a warning from Revit in response. The mere presence of colors indicate other people are around, in this context. Hovering over one element brings up a larger tool tip than the usual information we get, including which person is currently editing it.

I use the Worksets option for Worksharing Display just to see if things are obviously assigned incorrectly. Again, hovering over any element tells me what workset it is assigned to in either the normal tool tip (first thing displayed, unless Design Options are involved too) or the expanded one for Worksharing Display.

I think most people forget about or overlook the Gray inactive worksets option too. That helps me cope with my nemesis Active Workset because it reminds me which workset is active because the things around me are either bold or not (see image).


Prompted by a reply to a thread at RFO.

Monday, February 22, 2016

Detach from Central and the Specify Worksets Option

When we use Detach from Central (DfC) this message may pop up from time to time.


It can be a confusing to see it because quite often the very notion of using DfC is to deal with the fact that the Central File has been moved or copied, like when a consultant sends us a copy of their project file. We use DfC to create our own copy of their project on our server and project folder.

My initial reaction to it is, "Yeah...duh...why do you think I'm using DfC Revit?" Well to be fair, the reason the message appears is that the Central File was saved using the Save As > Options... Open Workset default: Specify (see next image). Revit is attempting to open that dialog before actually beginning the DfC process (technically).


Taking advantage of this concept means that we don't have to remember to choose Specify Worksets when we open a project, it is the default choice.


This is one instance where cavalierly clicking Close, thinking yeah whatever...is okay.

Sunday, February 21, 2016

Clearance Subcategory in Linked Files and Families

You've linked a model that has families which include clearance elements. That's excellent for doing clash detection. However you may not really want to see the graphics they've provided for this in all of your own documentation views.

Hopefully the clearance elements have been assigned to a unique subcategory that you can control by overriding the link's Visibility/Graphics.


If so and you'd like to control the subcategory without overriding their linked file you can use Copy to Clipboard on one of the families (TAB to select it) with the clearance elements in them. Then paste a copy somewhere in your model. Now the family's subcategories are part of your own model. You'll be able to control it via V/G without overriding the link, assuming the link is assigned to By Host.


You probably realized that doing the above is a shortcut to creating a matching subcategory assigned to the correct category in Object Styles ourselves. It is a shortcut because we probably won't know what subcategory the family is using without examining the family more closely, by opening the linked file and editing the family directly. Using Copy and then Paste provides us with a copy we can interact with directly instead and any subcategories it has are brought into our project for us.

Families are prone to inconsistency because they can be obtained from a variety of sources. Consider that even the families from Autodesk aren't entirely consistent from one to another. It may still be necessary to crack open a family to find out how their clearance elements are controlled. For example, the lines that form the "X", and the "box" around them, in this family are assigned to the Hidden Lines subcategory, not Clearance.


In 3D there are forms to indicate clearance requirements and they are assigned to a Clearance subcategory but they also have their Visible parameter unchecked which means we can't see them in the project at all, anywhere.


This family does not intend for us to turn off the clearance "X", at least not via its Clearance subcategory. It has a subcategory called clearance and the solid forms for its clearance zones are assigned it but then it was decided they shouldn't be visible at all. By the way, doing so does not prevent Revit from seeing the clearance forms when using its own Interference Checking. However in Navisworks they don't show up. That might be considered bad form (pun intended). From a family editor perspective (and user), it would have been more flexible if the Visible parameter had been associated with a Yes/No parameter to allow us to turn it on or off if necessary. Unfortunately, keeping in mind that this post began about families in a linked file, it wouldn't make any difference for us.

Consistency is easier to manage and achieve when it is your own content library and your project files. It can be a bit trickier dealing with the content that is part of the linked files you need from other disciplines. It's easy to create a family that makes me happy, or my team. It may not make the other consultants happy though. Something to think about while you're being happy making content.