Sunday, November 27, 2011

AU2011- Its that time again!

You know, for the first time in a long time (lie)- I have more topics to cover than i do time to cover them.  I consider myself very fortunate to work at Beck, where ive had the opportunity recently to do some incredible things, Technology and Construction wise.  Some of them are based in Revit, and some of them are not, but hint at a workflow that could be. 

But alas, it is post Thanksgiving week, and for many of us that means its Autodesk University time.  (Let me say it also means i cooked an AMAZING meal for great friends.  You didnt think Revit was ALL i did, did you???)  This year, i was fortunate enough to have a couple of classes selected for presentation.  Both are on Thursday.

The first class is: 

AB4532- Autodesk Revit Links, Groups, and Documentation:  How to make it Really Work! 

Thursday, 8am:  Venue:  Marcello 4502

The second class is:

CR4551: Autodesk Revit, Contractors, Site Logistics, and Construction Scheduling for the Real World.

Thursday, 1pm:  Venue:  Marcello 4502

Ive been late getting the materials put together, due to things being crazy hectic (thats my fault), but the AB4532 materials are up.  You can get them from the website, or you can get them here:

We can also laugh watching my computer hang on for dear life, with a 1.2GB Revit Model opened.  (Ill admit, the margin is slim, but it holds steady!)

Here are a couple of quick excerpts from the AB4532 class.  A quick video on Model Groups, with multiple embedded Detail Groups, and why "annotating the same thing over and over again is the definition of insanity."

Another one, on Links, Design Options, View Templates, and how its a lot of fun to use all three together on Tall Buildings.

For the CR class.... We will ahve plenty of goodies.  Maybe even some more Point Data, Inventor, and Mail Merge. (Oh yes i did). Anyone looking to get ahold of me throughout AU:

Twitter @twiceroadsfool
aaron at
Or text if you have the number. ;)

Post AU?  Syracuse, Waltham, and Boston, before getting back to Dallas Town.  Lets make this happen!

Monday, October 3, 2011

ORUG Presentation- Take 2!

Well... Ive tried to get it embedded in the blog 4 times now:  Screen cast, Youtube, embedded on Blogspot, and now with Silverlight through my personal domain... Which *says* its working fine, but it doesnt play.  It might just be that it takes forever to start, since its so large.  Well, here is a link to download, if anyone really wants to watch.  Its 105 MB.  Shouldnt take that long to acquire.

Friday, September 30, 2011

ORUG Presentation- Revit for Site, and Fabrication

So, another thanks to Jay Polding and the SolidCAD folks for letting me travel to talk about what weve been up to, at their local Revit Users Group.  We recorded it via GoToMeeting, but unfortunately the videos that we played during the PowerPoint dont record over the GoToMeeting. I was going to re-record the entire presentation today, but things have been crazy hectic here.  So i'll upload the presentation- as it happened at the ORUG- replete with my terrible jokes.  I will post the videos that go in the Powerpoint as well, since you can pretty much guess where they go.  (When the screen turns black, theres a short video).

The Lecture itself:

Viewing this content requires Silverlight. You can download Silverlight from

The three videos that should be in the mix:

The first:

The second:

And the third:

All in all, it was a lot of fun meeting some of the Revit users in Toronto, and i will continue to update the blog on the progress of the project itself.  I mentioned in the users group that i would post the sample Adaptive Component family, and i will (even though its very simple).  I just havent gotten it uploaded on to my domain yet.

Jay has the ORUG pictures, so i will let them post those on the ORUG blog. =)

Tuesday, September 27, 2011

Revit for Site, Utilities, Coordination, Field Layout... and Fab?

Sometimes i feel remiss about my Revit blog, like: When i look at it and realize i havent posted since 2012 came out! Well, its not for lack of interest, to be sure. We've been pretty busy at The Beck Group, working on a project that started out as our standard practice 3D coordination, for the field.
From the beginning, it was evident that the Site Component of the project would be paramount- Something that isnt Revit's strong suit. Still, over the years i have tired of the Coordination Game: plagued with Object Enablers, interoperability constraints, elements lost in translation, and having to push farther downstream to really "see." So, we set out to put the entire coordination model in to Revit. We had our share of ups and downs with it (anyone modeling Sites in Revit has...), but its been a great springboard of a study. I would do it again with this workflow, in a heartbeat. I dont believe Revit will be the end-all-be-all of BIM Wares, or file formats, or interop solutions... But for now its the most efficient for the biggest part of my game, so that makes it the defacto standard im leaning against. Thats a double edged sword, however.
An opportunity to see the Underground Site Utilities, proposed surfaces, sidewalks, regrading... While in the Revit model, CREATING the buildings for Coordination? Its ideal... In the authoring environment, where you have access to all of your data, to be able to see everyone else moving around you... If you can get it.
A few more items started coming up as the project went forward, and we began finding more and more chances to leverage what we had in this: a Revit model. We build them for Design, or in this case... We build them for Coordination. But is that all we should expect of these models, and the platforms that create them?
During all of this, i had to make some calls to Toronto, inquiring about some Revit collaboration in the area. At Steve Stafford's (and many others) advice, i reached out to Jay Polding of SolidCad.
After some catching up (we know of each other from the forums), we started talking about "what were up to." Since he was putting on a local Revit Users Group in Toronto soon, he was kind enough Beck up to be a part of it!
So if you have some free time, tonight there will be a Goto Meeting (connectivity providing), and you can join us for an hour while we talk about what we tried. Not just what worked, but a bunch of what didnt. (Im not the smoke and mirrors type, and i promise... We "missed" in some areas!).
Join if you fancy! 9/27/11- 7pm EST (6pm CST)
VoIP or call in 1(773)897-3001
Access Code: 353-689-034

Monday, March 21, 2011

Revit Architecture 2015?

Some nights im thankful im not faster than i am... Many from Blogger Night have already done a fantastic job posting on the up and coming features, so i wont dare try to accomplish a similar task, as theyve done a much more in depth rendition than i could muster at such an hour. David Lights blog HERE is a great example.

But every year when the Factory is getting ready to release another year of features, I start thinking about what it will mean a few YEARS now, not a few WEEKS from now. Sometimes we get features that may feel like minutia when we get them, but they give away the amount of work "under the hood" the folks in development had to do to get us here, and i wonder about the next few years. (Note: That doesnt mean i think the new features are minutia, im looking forward to this release immensely, particularly because of what i discuss below!).

So, here are a FEW of the features discussed on the up coming release, and what theyve got ME thinking about for the future.

1. The first feature im awfully excited about, isnt one thats new to 2012... But is a recent addition: Revit Server. In short, its a great new system of File Synchronization with a series of LOCAL servers and a CENTRAL server, so that only permissions data needs to travel immediately to the Central, so not everyone across a WAN must feel the pain of Comm Chatter. Its a welcome addition, and we have it deployed across our offices already, loving it. If you want to learn a BUNCH of in depth information on it, check out Robert Manna's blog.

What does this mean for us? At The Beck Group, we have a large amount of people on site (job site, not work site), and sometimes those job sites dont JUST mean construction: The entire Integrated Enterprise concept is co-location and submersion in our counterparts environments, and we often have Architects and Reviteers right out on the site. Kelly Cone, from our office, decided to see how far we could push this concept: There might not be a server on every job site, but there is almost certainly a laptop.

At left, after many headaches, and with much support (from those who remain nameless so as not to bury their inboxes): Revit Server running on Windows 7, on the End Users laptop. Fully functional. (Image credit to the Cone Head... Any questions about this name, email me. I have pictures...)

It may be minor, but what are the endless possibilities? Suddenly anywhere i have Wifi/VPN, i have a way to- not only work- but work QUICKLY. This is COMPLETELY unsupported, but the point is... It could get there, quickly. And it starts with this years release of Revit Server. Its an exciting time to be in this field. Kudos, Factory.

2. File Segregation, and File Desegregation. I got in to Revit in 8.1, and remember the release of 2009 vividly. We were stuck in 32bit windows, with a 485,000 SF project. The advent of By Linked View for elevations and sections meant immediate buy-in, since we had 8 Arch and 8 Structural models tied together. It was so paramount we pushed the project in to 2009 in early Beta.

The Factory has given us a TON of new tools in the last two releases, to get away from the By Linked View workflow. Tagging Linked objects, reconciling orphaned tags of tagged-linked elements, Filters applying to Linked Files, etc. Personally, im not sure getting AWAY from Linked View is the way to go, but i understand the appeal: Linked View is clunky. It means two models, two views to cut, two things to coordinate. It also means (currently in 2011) two sessions of Revit opened, since you cannot open linked files at the same time. Happy to say- In 2012 that has been fixed, and you can open locals of two linked-together centrals once again, as we could in 2010.

But, is tagging Links better workflow than Linked View? Assume dimensions and tags are now in Parent, and Child is the linked walls. I dimension in Parent, realize the dimension isnt the value i want, and i go to Child to change it. Now the dimension isnt there. I redim, change it, SWC, switch back, have to move annotations, etc. Id just assume dimension the object in the file the object is in, but i also know im one of the FEW that enjoy using Linked Views. My hope, however, is that all these new features that are bridging the gap in the Links (we can now KEYNOTE Links, as long as we show the COMMENT (not the boxed note... since keynote legends still dont work), and as long as both files use the same Keynote text file), eventually the concept of Link will diminish, and we will have some new hierarchy. (Speaking of which, go LOOK at the files on Revit Server, and tell me the lines dont BLUR about what a file is!).

THEN there are Worksets. Wait, are there? Only if you still want them, survey says! You can now DFC and completely strip a project of Worksharing all together. (Users, read up: You have two options- Detach and keep worksharing AND worksets, or Detach and blow Worksharing and Worksets away). You cannot strip WorkSHARING but keep WorkSETS. And i- for one- raise a glass to this.

Ive never been a proponent of Worksets for Visibility (if you have any clue who i am you already know this), in fact since Element Borrowing has been around, once we got to 64 bit stations i through worksets in with Linked View, vis-a-vis "Things we have and still sort of need, but an entire retrofit of file division management could do away with this..." So i wait for the day that Worksets disappear alltogether. But for now, its a great way to clean up a disasterous file, archive for packing, archive for the road, for the job site, for a consolidated work staff... Take your pick.

Standalone file --> Revit server file (while the staff is on the road on their LAPTOPS running Windows7 --> DFC Back to unworkshared (when staff returns back to base.) I love it.

3. Track Model Changes. Oh, im sorry. It wasnt called that. What is it called in 2012? Worksharing Visualization. To be clear, it is NOT a tool meant for tracking ANYTHING over time, other than who owns what, what youve edited, and what is on what workset... By color.

The Worksets by Color is a cute feature, for those of you really struggling with leaving ACA, or really having difficulty managing Players and Worksets. But the real magic... Is the "Ownership Status" and "Checkout Status." So let me get this right:

It compares the objects in the model (Drawings) against a set status of Element Borrowing (Fixed point in time being my last SWC). So what else compares Drawings to a fixed point in Time?? Revisions?? Drawing Issues? Construction Administration anyone? Hey, maybe it doesnt draw clouds yet, but it color codes what items are out of date in a file? I cant help but wonder: If i change my username to "100%CD" when i plot my drawings, and then i keep that out of date local sitting on my computer in C:\Temp, after two weeks of changes, i wonder how colorful everything will be if i open it?? It wont be clouded, to be sure. And it might even tell it its not reconciliable. But maybe, just maybe, were finally getting close to real "BIM" Document Management.

All of my far fetched dreams, only exist because of the fine folks in Development and Support, who brought us all of these features this year, and MANY more. (Seriously, many more. Ambient Occlusion and Hidden Line (lust), new Rebar (love), revamped Core Modeling, (worship), and adaptive components in the Project environment (respect), are so mind blowing, i wouldnt know where to begin. Good thing i kept this one brief.

Next on deck: Those Adaptive Components, and real Field Layout from real BIM models.

Thursday, March 17, 2011

Creating a Revit Template

This will be a repost from something i typed up for a user at, but since i am always making reference to our Revit Template, some people have been asking what i *consider essential* to a decent template. Please keep a few things in mind:

1. This is just one persons philosophy. MANY people do it very differently.

2. The resulting template will be large. Again, one persons philosophy. I like to consider myself a student of process. If i can make someone faster at detailing a cabinet, they can spend more time designing a Church. Placnig a door schedule on a sheet is not something that needs talent to attend to it, you can standardize it.

3. This template is predicated on one core belief: Revit CAN be fast. CRAZY fast. But it CAN be slow, too. These tools are IN the program, to make it fast. If you dont leverage them, its mediocre through and through.

So without further hesitation, the longest post to not have any images. (Maybe ill add some later...)

Building a Revit Template

Many people I encounter wonder and inquire about the importance of having a GOOD Revit Template to start from, and I would assert that it’s the single most important thing in improving efficiency, quality, clarity, and consistency in your Projects. The following is a list (and a BRIEF explanation) of the order I PERSONALLY have gone in, when building a Revit Template. Explanations about the order will be included, and each may be expanded in to a longer topic on its own.

This guide assumes you have started with an absolutely blank file. It also assumes you have the Revit OOTB library installed somewhere.

1. Decide where your content will live. On the office network, somewhere all Revit users can access. Do this first. Make the directory. Keep your “Office Content” separate from the Autodesk content. It will help you year to year.

2. In the template, Find the origin. It may seem silly now, but when you realize it isn’t where you thought later, you’ll me bad. In the old days it meant imported a CLEAN .dwg with nothing but an X drawn at 0,0,0 Origin to Origin, marking that spot with reference planes, and pinning it. Now, you can turn on the Project Base Point / Survey point, and mark THAT with reference planes. My advice? Name them Origin N/S and Origin E/W, pin them, and call it a day. THEN, open your first blank TITLEBLOCK, and do the CAD trick, import the dwg OTO, and mark that with reference planes. Pin. Save as “1st titleblock” and close. (It WILL matter later).

3. Annotations. (Trust me, do these first. NOT doing these first is why there is a reputation that Revit cant look like your office used too) I start with the Imperial Library folder called “Annotations.” If you’re in RME or RST it is different, but I do the same thing there, with the appropriate folder. If Autodesk has one in there, chances are you need it. Edit Family, Save As (to an entirely new directory) and start making annotations that look like what you firms standards are. Note: Labels are family specific, so figure out the firm font style, size, etc, first. Make them all, then save them all in your Firms Annotations folder. Load them all in the template, and start assigning them to the system families. Remember that some annotations have funky “type settings” under Manage > Additional Settings.

Load them. People ask me (or think it ridiculous) that my template is 47MB. But let me ask you something: Are you saving anything by NOT having the Room Tag loaded in the project? No. It means loading it later. Load it now.

Note: There is a reason were doing the NON-model stuff first. Everyone jumps in head first. They get so far ahead they don’t have time to cover the basics, then they wonder why they don’t have time to cover the basics. If youre fast, you can get through all of this non model stuff in two days, and be on your way.

4. Titleblocks. You need them, to make drawings. Remember that Origin starter title block you made? That origin will always be the BOTTOM and LEFT of your title blocks. Do Save As a few times, make the sizes you need, expanding the title block to the right, and the top. I use Jpegs for images, not .dwg or Filled Regions. It has no ill effects, besides a few bizarre printing issues with KIP plotters and drivers.

5. Viewport Types. Depending on your office standard, this might be 1, or 50. Viewports are one of the system families that use embedded regular families, which mean instance parameters don’t do much (anything) for you. So the bottom line is: If youre “office drawing title” consists of “stuff on the left” and an extension line, you can do it in one Viewport Type. If it’s a series of lines of boxes or text on the right side as well, youll need a lot. We have 46. No biggie.

6. Content. Time to build some System Families. Your office probably has standardized walls. Start putting them together, and filling in the correct Type Marks. Research “Core boundary,” “Function,” “Assembly Code,” etc. All things that get left out, but which MIGHT benefit you. NOTE: The moment you have to build a wall type, you’ll use Materials. Start thinking about that, but im going to ignore it for now. Materials is too big to get on the first pass. After walls, things you should put in: Standard Floors, Ceilings, Roofs, Curtain Walls, Curtain Panels, Mullions / Profiles*, Windows. (*The OOTB Mullion profiles have it MOSTLY right. Adding in a bunch of parameters, and breaking the detail component in to 4 separate pieces, gives you a LOT of flexibility).

7. Doors. I left them out of the Content section. Break out your companies Door Schedule. If its in the schedule, and its important, you’ll need a (SHARED) parameter for it in the Door Family. Start yours from Scratch. Throw out the OOTB ones. Research Nested Panels and Nested Frames. If built correctly, all doors can schedule together: Regulars and Curtain Panels alike.

8. Cartoon your sheets, place your schedules. This may seem silly, but we just made the door schedule, right? Did we drop it on a sheet? Why not? We do it once in the template, or they do it once in every project. In fact, take this opportunity to Cartoon your set of typical drawing sheets, and to place typical stuff on them. Drawing List. Does it always go on the cover sheet? Put it there. Room finish schedule. Door Schedule. Annotation Legend. General notes. Cover images. Ceiling Plan legends. Drop it on the sheets. Once now, or once on every job. (In the “second round” we will make an entire set of ‘Design Drawings’ too…)\

9. Create some Views. There are some Views you are just ALWAYS going to have, right? Floor Plan- First Floor. RCP- First Floor. Finish Plan- First Floor. Elevations (Exterior).

10. View Types (Sections / Elevations). While youre cartooning some views, realize that not all Plans are the same. Nor are all Sections. Nor Elevations. Add a Shared Parameter or two to all view types, for browser sorting. Sort your views in to all of the different “view types” you will want: For Plans, things like: Floor Plans, Dimensional Control Plans, Enlarged Plans, Plan Details, Finish Plans. Separate them by how you would classify your drawings. For views like Sections and Elevations, make different section types, and elevation types: Building Sections, Wall Sections, Millwork Sections, Site Sections, Demolition Sections… Yes, include Demolition. True: Revit can sort views by Phase. False: This will work for demolition. Since demolition happens DURING the current Phase, your demo markers show up in all of your new drawings. Using a new type, you can separate them.

11. Filters. Here is how you separate them. Research Filters. You can select things by criterion, to either remove them from a view (uncheck visibility) or alter them. Start thinking through uses for Filters. We have about 20 that are in EVERY view, by default. Interior Finish Walls, Exterior Finish Walls, Building Sections, Wall Sections, (since annotations > sections grabs them all at once), demo sections (here is how you turn them off at once), Grids- Major, Grids Minor, Not in Contract, For Reference Only, Door Panels, Door Frames (if you nest them, and want to turn them off for Tag All Not Tagged). If you can put data in it, you can Filter for it.

12. Placeholder Links. Maybe you’ve done your first project already, maybe you haven’t. But chances are, if youre working in Revit, there is one thing you might have: Consultants Models. The BENEFIT of revit is: Everytime you link them in, you see all of the stuff everywhere! (Coordination!) The down side is: You see everything everywhere! (Levels, Grids, Analytical models, reference planessssssss). So here is what I do first: Create a blank file, for EACH disciple. File New, Save as. Do NOTHING in the file. Make one for STR, M, E, P, and FP (just in case you have a job where they are all separate). It doesn’t matter where you store the files, youll never use them again. (Mine are next to my template, but they don’t even get copied to every new project, since it doesn’t matter). Here is why were doing this: Every consultant is different, but there are certain things I KNOW I don’t want to see: Their levels in elevations and sections. Their grids in plan. Analytical models. Rigid Links. Spaces. I want to gray out the steel in RCP so I see it for reference, but it doesn’t dominate the open to deck spaces of the project. Well, if you have these links in there, you can PRESET that stuff so you NEVER have to deal with it again. Then when you get a real consultants file, Manage Links > Reload From, and it maintains the overrides.

13. View Templates. This one is the most overlooked, in my opinion. Can you survive in revit without View Templates? Absolutely. I worked in Revit for 2 years before I used VT’s, and I did fine. Once I learned to really leverage them, however, I got INSANELY more efficient. ALL of the things we did recently in the list, and some we haven’t done at all yet: Turning Filters on and Off (section types showing per view, etc), overriding certain elements, setting Level of Detail, Graphical Style, Annotations in Linked Files being turned off, and so on. Make a View Template for EACH f the view types you sorted your browser by. Different Section types, different plan types. Which plans show which elevation markers, which section markers? I prefer a view template for every view type, and I trust them enough that I should be able to reapply all of them five minutes before I print.

14. Materials and Hatch Patterns. I waited until I built my 3rd Revit Template to touch materials at all… Because OOTB stuff is so littered with them and Fill Patterns, it’s a massive undertaking to get through them. Youll hodgepodge it a few times in the interim, so maybe this one waits to the end. But time permitting, here is my suggestion on how to handle it: Delete every single material from the template. Then start remaking them, one by one. Delete every Fill Pattern from the Revit.pat file. Remake them. When you remake them, name them for PURPOSE, not graphical STYLE. Its Masonry-Brick-Cut, not “Diagonal Down.” This was a problem even in CAD. When you delete all of the MATERIALS, it will switch everything in to your System Families to “By Category.” Youll have to go item by item and replace them. Hey: Is a 3-5/8” stud the same as a 6” stud? No? Make them separate materials, so you can apply different keynotes to them later. Just a thought. J By the way, whats irritating is there are materials IN your content. They come in to the projects too. If you want to go nuts, go in your content one by one, and delete them.

15. Naming Standards. It will probably hit you long before Materials, but at some point… Youll want to standardize how things get named. All things: Families, views, Models, Materials, worksets. Revit is a fickle machine, and some things alphabetize in the absence of a better method. So youll want to come up with a system.

16. Object Styles / Linestyles / Lineweights. Linestyles, I do the same thing as Revit patterns. I don’t call it “Dash” I call it “Demolition.” I don’t call it Hidden, I call it “Casework- Plan rep.” Do I end up with redundant Linetypes? Im sure I do. Who cares? Purpose Built = people don’t use them incorrectly. As for Object Styles and Lineweights… I use a rather lengthy and wasteful procedure ive outlined elsewhere, but it works well. At the end of the explanation, youll see that I mention doing this last. I know lineweights are the firs tthing people notice about revit, but its true: Save it til last. Or at least, last in the firs tround of items you do. The reason being: When you make content, you will see linestyles, lineweights, and on and on. When you start this, youll realize you want to open every single family to check them, and streamline them. It’s a hassle. But here it is quoted:

Start with Object Styles. Decide what should be darker or lighter RELATIVE to one another. (And i get rid of at least half of the 16. 16 is just nuts. 8 is plenty, IMHO. Then i use the other 8 for super huge stuff like Titleblock lines). So lets say i have 8 numbers. I assign the OS cuts and projections to 2-8 (keeping 1 for hatch).
Then when im done with Object Styles (pass 1), i go and do a plan detail. With modeled objects, detail components, stuff in projection, stuff thats cut. And i duplicate it, 10 times. I change it to ten different scales. I plot it. i look at it. Theyre not all going to look good. So i check the CONTRAST between the items. If i dont like the CONTRAST, i readjust the OS (pass 2), and go back to print.Once im happy with the CONTRAST, i print my OS settings, and go scale to scale, with that pesky lineweight chart. This line is too light. What is it? A cut wall. Thats a 7. How thick is a 7 at this scale? Make it thicker. Rinse and reprint. And do it again, and do it again. For all of the scales (pass 1). Its not necessarily true that just because the scale gets bigger the lines should too, but sometimes, it is. So you have to monkey with it, for every single scale.

When i get that one pesky sheet of details to look decent, i revisit OS (pass 3). Anything there i want to revisit? If im happy with them, i do a wall section. Print it at a bunch of scales. Check it, it shouldnt need as much as the plan details did, but it may need some adjustments (LW pass 2). Make some.

Decide which adjustments need to be project wide in the OS/LW, and which ones you want View Templates to override (i dont like using VT's this way, so i try to avoid it).
I also find you have to do it after your content is done, which is a double edged sword, in case you have to go back and adjust your content. But until you know how everything will be built, how do you know how it will plot?


Obviously we are all insanely busy, so the chances of you getting through all of this in one sitting- or before you have to get back to billable work- are slim to none. My advice? Start with the ones that DON’T seem very important the first time you read them: Filters. View templates. Easily the two most important in the list, and the most productive, but you cant leverage them until some of the other stuff is done, and done well. Naming Standards- It makes the Filters easier, and that makes the View Templates work easier. We have a standard for naming/classifying walls. That means we can have *intelligent selection sets* for particular wall types: Masonry, Metal Stud, Finish Tile, and so on. Make up a system. A lousy first try is better than none at all. Placeholder Links: Do it immediately. We spend time fussing with consultants stuff over and over and over.

All of this stuff will make a template huge, especially when you get far in to it. Ours is 47 MB, but it is hands down the most productive piece of content we have in the office. People can go right in for design, and have things melding together immediately. If it HAPPENS on every job, don’t make them DO it on every job. CAD is gone, and the days of worrying about file size are over.

As always, this is just how I do it my way. Weve been successful with it, but… Your mileage may vary. :)

Thursday, February 17, 2011

An Interesting issue in the Filter Dialogue...

We use Filters a great deal in our office, and in our Template. More and more, with being able to use the data from the objects themselves, i find they work a lot better than using the all-encompassing category controls of the standard VG dialogue tabs.

When adding in some more Filters, however, i came across an interesting "snafu" with the Filter Tab interface. I'll file a Support Request on it, but thought i would throw it up here as well.

Incidentally, the constant need to use the "up up up up" button is ridiculous. We need to be able to click and drag them. Filters are hierarchal: if multiples both override the same thing (assuming neither overrides by disabling visibility, which makes it automatically trump, which makes no sense, but i digress.) So with them being hierarchal, the ones at the top are given priority. But, you cannot control where a filter goes when you add it: It goes to the bottom. Then its "up up up up up." And if two filters need to "Pass in the Night," and one has cut items disabled, you have to REMOVE the filters, and add them in in decreasing magnitude of Override Capability.


Unable to display content. Adobe Flash is required.

Tuesday, February 8, 2011

Familiy Browser 3.7- Reviewing the new Features...

This is a Repost, for anyone who frequents, but i found it beneficial enough while working on Content at Beck that i thought i would post it here, even if it seems superflous folliwing the last Family Browser Post:

1. Phillip and company added a couple of new features to it this last week, and i honestly didnt think i would use them, since i was quite content making my previews manually, for a NUMBER of reasons.

But today, i had great cause to test both features out. So a quick review:

1. Preview Icon generator.

I cant say how great this is. I was "on the fence" about whether or not i would even use it. Reason being: Ive been making all of my previews manually, from batch-processed screen shots, that were taken from the PROJECT environment. Why? Well, for some reason Autodesk hasnt given us Shadows or Ambient Occlusion in the Family environment. For seconds, ever try to get a decent angle on a Face Based family in the Family editor?

Well, what i didnt expect was that the Preview Icon generator works in the project environment. See attachments. Both are straight from the project, and the first is all Face based content, no goofy angles and backwards or laying down cabinets.

Let me also say that its great to show previews where the content has some CONTEXT. Tried it with the items selected, and it works like a champ.

The one thing i DID notice, just to be careful of: The Preview generator doesnt work if you have other Screen Capture software running. So, i keep Snag It here for making training docs. If Snag it is active (even not in use) the Icon generator may not come alive. Just a heads up.

2. The Type catalogue creator.

I just finished modeling an internal piece of content for the KONE Monospace Elevator (KONE's content is garbage). I built in the parametrics i knew it needed, meanwhile three different project teams are currently using it, in a total of 5 different sizes. Even though its built the way i believe it SHOULD be (the elevator family does NOT have the shaft walls or the shaft wall equipment (doors and controls) in it... There are still 16 parameters in the parent, controlling 12 parameters each, in 8 nested families.

One of the project teams got over to my desk before i had the TC written, so I figured id play with the new toy instead of making him stand around while i wrote the hash tags in the text file:

Its GREAT for making the Type Catalogues. I wouldnt have minded doing it the old way, but wow this is much faster not having to screw around with getting syntax correct. Loving it. Banged out all of the variations we need in about 3 minutes.

Anyway, v3.7 is stellar.
I know this blog doesnt get updated frequently, and that now THREE (or four) posts have been dedicated to content and content office deployment, but its something very important to me. Ive been in a few offices where ive seen one of the following:
1. Awesome content in house, and no one knows whats there. They re-invent it.
2. Awesome content in house, and no one knows whats there. They download garbage.
3. They know its there, but they cant find it. Time waster.
4. They start copying it to little cache's of their own, because they cant remember where it is.
After all: Whats so great about a process that makes us faster, if we arent faster when we use it?

Sunday, January 30, 2011

Beck Family Browser Update, and more Content....

A few months have gone since the last post, and certainly (if for no other reason than to further the AU Unconference conversation) i meant to post a bunch of content for Revit and discussion. But i digress- its been an eventful few months since then! The AUGI posts disappeared, then came back, ive been on the road a lot for work, and weve been making more changes. So here we are!

A few interesting Content Updates: A year later, we are still strong (even stronger) believers in the Kiwicodes Family Browser, at Beck. I started out with v1, the office got deployment at the onset of v2, and i am just now updated everything for v3, which is available now. (A post on it can also be found at, where many of us went for our Revit conversations after the debacle at AUGI. )

V3 of the FB has a lot of improvements, but this post is more about what we discovered during the implementation. Some of it has to do with the FB, some with Revit, and some a combination.

The first issue we came across, was Previews. This reared its head in v2: Some families were getting Gray squares for previews, while others had such a small preview they were basically useless. The latter is a typical Revit problem with all things Radially Constrained, since the Family extents reach out to the centermarks.

The former, it turns out, is an interesting problem. When the ORIGINAL "Save As" is done, that CREATES the file, if it is in {3D}, it will not get a preview in the FB. Im not sure why. Solution? Switch to "View 1" (if there isnt one, make one) then do a SAVE AS over the family (not a regular updating Save, it wont fix it).

These, coupled with the radial issues, got me thinking about making the previews myself. Tedious, to be sure... But im thinking there may be some return on investment there.


We have been playing around with the size of the previews on different tabs. The video doesnt do it justice, but we have some tabs maintaining the 64x64 standard images that the FB generates, and some up to 100x100. It makes the FB look strange and require scrolling, but for content where the image tells the differences, it works out great. But then we noticed another issue, and ive heard on that other firms have had this issue as well:

Although our content is named sequentially, sometimes when it gets to the family browser... It isnt. They appear in haphazard order that SEEMS to have no rhyme or reason. After a bunch of testing, here is what we found out:

The Family Browser is NOT looking for Alphabetical Order. The Family Browser is NOT looking for Date of Last Modification of the files. It is NOT looking for anything File size related. BTW, i have checked all of these variables for all three files involved with the FB: The rfa itself, the Type catalog text file, and the image file.

It IS however, looking for the ORDER THEY ARE PLACED IN TO THE DIRECTORY that is listed in the FB text file.

In my example above, you will see that the Families are all named sequentially. I ran the UpgradeRFA on them to ensure that the families were all "created" in sequential order. I used a Batch processor on the images to make sure they were as well, and manually did the same for the text files. Here is where it gets cool:

I built them all on a folder on my desktop. Then i "moved" them to the office library. If i have sorted by Date Last Modified, they populate the Family Browser in REVERSE order. If i sort Windows Explorer by NAME and then drag them to the library, they populate the family browser palette in Sequential order (as you see in the image).

To verify this, i removed all the foles from the office library, and dragged them in, in the order of: B01, B03, B05, B02, B04, B06.

True to form, that is how they show up in the Palette if i instantiate it after doing that.

So if you want to insert a family in alphabetical order, and it keeps putting it at the BOTTOM of the palette, Cut and paste everything AFTER it, to another directory. Place your new family. "Move" the stuff back.


A video, if you would rather follow along on the screen. I dont populate the FB in the video, since im tied to the network, but youll get the idea. :) EDIT: I also apologize for the lousy vid quality! But its late, and im not redoing it. Youll get the pint!


I still owe the unconference group a bunch of content posts, among some other interesting things weve been working on. But its been a hectic few weeks. More of my posting has been over at RFO these days, so head over there.