Saturday, February 11, 2012

What is your role as an Architect? (How i spent my week in the CME)

If youre on my Facebook page or Google+ or Twitter, youve seen these images already.  However, this week and last i got to engage one of our Project Teams, and help them kick off their Revit Model.  During that time, through Twitter and Social Media, i read two things, and reacted:
1.  All architects should be Programmers.  (Tweeted, and i disagreed when i read it)
2.  Using Revit is frustrating every day. (Facebooked, and i got annoyed)
Then, happenstance had it that i was asked to write a paragraph on how Emerging Technologies change our jobs... And i laughed.  It isnt the most original comparison out there, but i liken us to the Record Industry:  Are Architecture and Engineering Firms still making Casettes and wanting to sell them for 14 dollars?  Certainly a CD or an online album is a better product, so... Isnt it a little justifiable that the road towards a better product is a harder road?

The interaction was interesting.  The design started in other wares, due to familiarity for the team involved.  At this, im not as displeased or as intolerant as my Revit Persona on forums.  Why?  They used it (in my subtle humble opinion) just the right amount:  They didnt toil hours on mullions and entourage, didnt get overly complex.  They told a story, and asked about moving to Revit.  Props to them, i love this crew. 
A few things about working with Revit Massing and the Form Editor:  Reading this post, youll discover i had to do 3 "major" rebuilds, with destructive editing that made us lose Face Association.  Two interesting things about that: 
1.  I cant even be upset about it.  Even deleting the entire skin of the building, and reskinning the entire mass, took less than an hour each time i did it. (Were in early design, so Curtain Grids hadnt been customized)
2.  Most of the *redo's* were because *I* didnt understand what was driving the Design Intent, and *I* wanted it to be constructed more parametrically to suit those needs.  So on with it.
Kelly Cone and his infamous SaRang Mass, reminded me that Nested Families with Lines in them could come in handy for this sort of thing.  So i made one.  (Time investment: 15 minutes).

Important to note: The Curves werent there in the first version, since they werent in the project yet.  But Constraining a Parametric Tangent Line was a massive help (Thanks Zack Kron for the lesson!): 

If you have a flexible Reference Line (parametric length or angle, or both), constrain a Reference line Normal to its end (90 degrees).  Any tangent arc will have its centerpoint on that second reference line, so the constraint is a simple "Align and Lock." So Indent Front and Angle affect the arcs beginning, Indent Rear affects the arcs end, and (invariable) the arcs radius, which has its centerpoint locked down.
This brings me to the two points above:  Architects as programmers, and Revit being difficult.  All the promises out there about BIM... "Integration, streamlined documents, coordinated drawings..."  I mean, doesnt it make SENSE that Designers learn this?  I got the masses design intent wrong the first few times, because i was deconstructing a design model and didnt ask what was "driving."  But by definition:  Someone knew what was driving, they drove it.  And if making seamless and beautiful forms comes from parametric centerpoint constraints... Then wow. This was when i realized i was WRONG for disagreeing about Architects and Programming.  I mean, this isnt writing code.  But, how DOES a "Coordinated Model" get built from a "design intent" unless the "designers" are doing the "modeling?"  (BTW, midway through this model the designer is now playing with Divided Surfaces and Intersects and Patterns.... I love this crew!)

So onward. These are pretty simple things, but they make alterations a snap.  (These are the early versions, before the tangent arcs were there). 
Well, i wont bore you with writing and writing and writing (its just making a Mass, for crying out loud), but what i love about the process is being able to watch the subtle changes, as the design team makes it real.  Too often, its beautiful when designed, made real in some other program, and the two never meet, and are never the same.  So, the progression.
From the first Revit iteration, to the current. It certainly doesnt LOOK like it changed much, but there were a bunch of iterations in between where it had lost its grace as parameters changed.  This is why i love the process!
The angles are constantly differing, floor to floor.  And they were all changing (as were the locations of the Relief) as the program was fit in to the building.
  
The walls of the first floor "Tunnel" were constrained as well, as they were complex curves that began based on the facade elevation, then proceeded to vertical.  Again, that question of "Who should be doing the constraining?" 
The more iterations we played with, the more the walls shifted.  It became evident that there was going to be some pretty extreme shapes, for these panels.  And that they werent all going to work out flat.
Aside from that, i had a pretty good idea that the Mullions werent all going to end up so ordinary as well, i had just UZI'd Curtain System on it as a placeholder.  So we went back to CME and started playing with Divided Surface.  There's a GOOD reason why:  The v1 Mass i made, the "relief" on the facade was a consistant angle, all the way through. Why?  I made it that way.  The SU/FZ Model showed angles, but the interpolated "lines" i was seeing in plan were skewed and arc'd.  So i ASSumed (big mistake) that the team meant for it to be consistant.  As that wasnt the intent, you can see why i then rethought the Order of Operations i had gone through.  Making the shape this way didnt make as much sense.

But then i got to thinking:  Wow, its going to helix, then.  Between every different angle on the Floor Plates.  Then i got to thinking about the expense of such helixed objects, and whether or not you could NOTICE while looking at the building?  (I was told in Studio:  Do it severe enough to look like its not a mistake...)
With that, after the latest version was massaged to the correct shape, i went back to the Mass to Divide the Surfaces and Apply Patterns to them.  For now, i kept it rectangular and normal.  The designers are taking their pass at it after Tuesday.  Still, a nice Curtain Panel made by Zach Kron that uses Reporting parameters to evaluate the sizes, angles, and deflections of the panels was put on.  There are a few versions of this family floating around, but this one uses parameter values instead of different nested families for visibility.  But wow, it tells the story quickly. Load it in to a Project and include a few different views using Filters to color the panels based on a variety of the reporting parameters, and you can color by length, clolor by area, color by deflection, etc.
And this is where the analogy of the Casettes and the CD's comes in for me.  And honestly, this is what this post is about:  Its not about Form Editing, or Revit, or Massing, or Modeling. 
Someone came up to me when they saw this on the screen, and wondered why i was looking at the deflection at all?  Why bother?  To be fair, i was doing it of my own volition... Not at the behest of the project team.
But i was asked "Why would you care?  Why not let the Fabricators deal with it?" i actually have to admit- i got a little snippy (shocker!).  I mean, this IS our "better process."  Right?  How many times in our careers do we watch something get Value Engineered because its expensive?  I can tell you how to make this entire project cheaper, right this second:  Straighten everything out.  Then again, i hear we can save some money, you know, if we just leave all the glass off, too.

But to be able to say:  We kept the design, but we looked at it for extreme cases that could drive the cost up, tried to minimize them, worked at keeping the design intent while TRYING to keep in mind that someone downstream would have to "make a baby" out of this thing... Isnt this why we are here?  Is this the "New Role" of our jobs?  Not just to make something pretty, but to make something pretty HAPPEN without getting marginalized out of the concept by pragmaticism that we cannot respond to?
Yeah, Revit frustrates me at least once a day too.  But this is (imVho) our jobs now.  I dont want to deliver the same thing i did yesterday.  And i want to know we did the most we could to create the best Built Environment, as efficiently as we could. Its harder, and it should be.

Tuesday, February 7, 2012

This is NOT a Trick Question.

Ive been remiss, as i have a few posts "sitting in the queue" waiting to write, but ive been crazy busy this month, with little downtime to write. 

Im having to write a brief piece for work, and it brought this question to the forefront of my mind.  I know- asking it here- that it will feel 1. Like a trick question, 2. Like im pushing people towards a predetermined answer, and 3. Like its focused on our technology and methodologies.... But thats not what i want.  Leave the software at the door, leave the computers behind (you know, except to type your answer).

So let me ask you: 

1.  Are you an Architect, an Engineer, or a Contractor/Subcontractor?
2.  What do you think "your job is?"

(Shortest Malleristic Post EVER).

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 AU.autodesk.com 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 aaronmaller.com
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.

www.aaronmaller.com/ORUGpresentation.wmv

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 http://www.silverlight.net/getstarted/silverlight3.




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.