RTC North America 2012! Oh & Revit 2013

So the veil has lifted for yet another year on the latest release of Revit. I know that David Light will provide a detailed overview of the new features so I'll spare you re-writing my own post. That said I'm very excited by the changes to View Templates and View Types, I view this as critical to help maintain a graphically consistent document set in your model, particularly when working on large projects with big teams. The other big piece that I think many architecture users will get excited about will be the new stair tool (the old one is still there) and some minor improvements in railings. Would we like more, perhaps, but at least we've got something, rather than nothing.

So, the other thing I've been tardy on letting people know about is that Krista, David and myself are all schedule to be speaking at RTC '12 about Stairs and Rails! Of course up until now my class brief on the RTC website had to be intentionally vague, but now I can let everyone know that the course will not be discussing the old stairs and railing tools, but will focus on the enhancements provided by 2013.

So if you have not already, seriously consider signing up for RTC, if last year's is any indication, this year should be fantastic, particularly with a larger audience!

Where have we been?... Busy!!!!

A concerned reader wrote a comment, asking where we went? What hole absorbed us, was everything ok?

The icons all represent something that has been keeping me quite occupied since mid November!

• Since October 24th, I've been at home for a complete week three times. Other than that I've been on the road for business or the various holidays since then (or AU), and will be on the road this week and next. I finally get a break in Feburary while my babysitting heads west for a month of skiing (grandparents!).
• Work is busy for me (keeping me on my toes), lots of things on my plate, and we need good (brilliant) people! Also, I will be speaking at an upcoming online event: BIM Spectrum

• Did you know we have a one year old now! She talks, and talks and walks..... Stairs hold no fear for her!
• We're doing this silly thing called building a house (and managing the construction)! I've posted pics on G+, I'm a bit behind, windows are all installed, rough stairs are done on the inside, and I've been told (as I write from a location somewhere in N. America) that first floor interior partitions were mostly completed today!

House Panels

Our Revit model is soon to be created in reality. The panels have arrived at the fabricator.

Platforms vs. Products

Depending on the tech circles you run in (or keep track of) you may have heard of (or even read) the following post that was made by a Googler who formerly worked at Amazon.

        Stevey's Google Platforms Rant

Who knows if it is/had/or will have any impact within Google, but it is still a great, well thought out post/article/tirade about how to "design" something and quite honestly in my opinion the underlying tenets can be applied to the design or architecture of anything, not just software. If you're designing a building, do you want to design a "Product" or do you want to design something that people will be able to "plug into", make use of, and adapt to their needs? Sorry FLW fans, but in some respects he was a bit of unique genius like Steve Jobs, and most of us are just not that good, we can't design something that will perfectly fit the end user's needs 5, 10, 20, 50 years down the road, the best we can do is design something that will adapt well to meet those needs as they come about.

So besides a commentary on design over-all, why do I bring this up? If like me you're passionate about where Revit can go, and how it can help change the industry, or if you're just really frustrated with its current limitations and what it can't do right now, then I think it is important to look back at Revit's development history overall. Originally Revit was undoubtedly designed as a product. The stories from out of the Factory back that assertion up with no ifs, ands or butts; "tell me what they (user) needs it to do, and I'll (we'll) make a tool". That is very much a product mentality and quite honestly it is what is needed to capture people's imagination and more importantly market share, you need to be selling a product. However as the article makes note of, Facebook somehow someway did a great job of starting life as a product, and then became a platform.

And that, really is the key for Revit, and where we are today. Revit is quite clearly (and has been for the last four to five years) on a path to truly becoming a platform. The unfortunate reality though is that its taken a great deal of upfront investment that you can't see, to make that transition, particularly for a product that did not start its life with the idea to be a platform (the article also clearly talks about how this transition is not easy). The other part is that Revit isn't done yet, if you talk to anyone who knows anything about the API, they'll tell you there are numerous parts and pieces that they don't have access to yet, every year the API grows stronger, but only as feature teams tackle parts of the feature set that need updating, add news ones, or where adding API hooks are easy to add. Furthermore, developers have in the words of the posting started to "eat their own dogfood" in terms of developing against the API, and not creating custom hacks, and data transfers to make things work.

So why should you care (if you don't know already)? First off as Revit continues to evolve into a platform more and more you will see an ecosystem of Autodesk offered services (Autodesk Cloud) and tools as well as third party software tools and services that really start to get at "doing something" with these great models we've got (see my post "Quack!" for where I think the next big development bridge is). Up until recently most API tools were confined to aiding and assisting direct modeling efforts, however more and more there are tools showing up that are all about doing something more with the model data, whether it is Project Storm or Neon (structural analysis or rendering) or Newforma's plug-in (still needs some work) or some yet to be announced tools that I know are coming from developers (exciting stuff coming) or even experiments like Vasari, it is clear to see where things are headed, and none of it would be possible if Revit does not act and breath like a platform and not a product.

So for the Autodesk'ers out there that I know like to browse my blog, pay attention! I think you're already on this track, but this is only further re-enforcement of the direction that you need to head in; and for the users out there, have patience, the more that Revit acts like a platform, the easier (in the long run) it will be for Autodesk to add the new features you want, or have someone else add a feature for you, or potentially have both and you can choose.

A Tale of Two Normals

As anyone who has used Revit to model geometry knows it does not really seem to care about "normals", which if you're familiar with most other 3D modeling software you know exactly what Normals are, even in Sketch-Up! But lets be realistic here, any 3D modeling software has to have surface normals, and occasionally even Revit can be bent to your will....

So, here's the scenario, lets say you have a solid box. If you create a spherical void that cuts the solid, you would expect the result in the second image based on how Revit "typically" works.

But what if what you were looking for was slighting different, what if you wanted the part of the solid that is being subtracted? Normally in the Revit "world" you would say you need to create a void that is on the "outside" rather then just a spehere, to get the result in the third image.

What is I told you that you can create the condition with the same spherical void! You might say, what! How! Well, its seems that normals sometimes do matter in Revit.

To achieve the result in the third image its is all about how you draw the arc that creates the sphere. In the first example the arc is drawn counter-clockwise from the "top" of the axis to the "bottom" of the axis. To get the result in the third image the arc must be drawn clockwise from "bottom" to the "top" of the axis. In this case the differing result is because the normal(s) of the surface that make the void are different based on the direction of the arc, which is controlled by how you draw it.

An interesting little "feature" in Revit/Vasari (to be honest I did this in Vasari), your mileage may vary on what you get depending on what you're doing, but it could be handy and it shows that it pays to pay attention to what direction you draw your lines, even in Revit!

AU 2011

Registration is live, if you missed it earlier, I posted about the classes I'm teaching here.

The first session of the lab filled up quick (AU was in touch with Zach and I two days after early registration opened!). In any case they asked if we would do another session and I'm happy to say that Zach and both agreed to. Everyone really needs to thank Zach's wife as she had to give the final ok. Keep your eyes peeled for the second session for Thursday 1:00pm.

For more info on the lab, Zach has the whole break down on his blog.

It Only Takes a Spark....

It only takes a spark to light a fire (at least that is how the song goes that I learned...). Already the blog-o-sphere  & twitter (so I hear) have lit up with news about Spark. As Steve called it a "Revit Lite" as it were. What I do like about Spark is that while it is a great intro to Revit, it seems to me that once anyone is feeling comfortable with Spark, there is a good chance you'll be wanting to into full blown Revit in order to take advantage of some of the missing features. Speaking of which, here is the run down on what you should not expect to find in Spark:

Missing Revit features in Spark

Obviously Vasari fills some of the gaps missing from Spark, but there is also no clear or defined workflow between the two. Secondly, don't expect to be opening your Rvt file from Revit in Spark, it will be automatically converted to a link for you. This means that you can still at least link in a structure model or MEP model if you happen to be a small arch shop dipping your toes into Revit. There are a couple of missing items that I was a bit surprised by perhaps the most important "trusses". However, fear not you can still create line based families (which can be assigned to structural framing) so go ahead, make your own parametric pre-fab truss, it will probably look better than what Revit creates, and you'll learn how to build parametric families.

Look for a follow-on post in a few weeks where I plan to tie up a number of these lab items into hopefully an interesting (and perhaps compelling) workflow.

Cheers,
-R

A Storm is brewing....

Well, actually it left yesterday, her name was Irene. But the word on the street says a Storm is coming to Autodesk Labs. I think it is interesting that we are starting to see a plethora of "apps" that leverage the model directly out of Revit for analysis. First we had "Conceptual Energy Analysis (CEA)", then project NEON (well not analysis, but cloud based computing for long duration tasks), now we have Elum tools under development (see Jason's and Steve's blogs), Vasari seems likely to continue to the trend of analysis for early stage design, what might be next? What's a big ticket analysis item that could be easily shoveled into the cloud....?

Revit Server Installation/Updating & Mosaic

A Revit Server post to leave you with as I head out on vacation...

I recently ran into an issue with Revit Server that also caused another large firm quite a bit of distress. THe problem is this:

1) User A installs the Revit Server application onto the server OS/hardware.
2) User B goes to either update the Revit Server applicaiton or un-install. If the user runs the Service Pack EXE it reports the program cannot be found. If User B goes to un-install the Revit Server application the Add/Remove Programs dialog does not display the Revit Server application.
3) User A logs into the server and can update Revit Server or Un-install the application from the server.

So, the short story here is that if you only use Windows User accounts that are associated with specific users, then when it comes time to update or remove Revit Server you need to know who originally installed the software on the server. If you have a generic "Admin" account that can be used then that is your best chouice when it comes to installing and patching Revit Server. This "bug" in terms of Revit Server seems to likely be related to the increased security restrictions applied by the Windows 2008/7 environment(s) and how the installer for Revit Server works. This issue has actually exsisted since 2011, so it is not related to the new 2012 installer. In terms of getting it "fixed" I'm not holding my breadth as this issue is likely well embedded into how the software is installed in the first place.

One other note, Autodesk Labs has a new project called "Mosaic" check it out, I think it has some interesting potential if people take to it. It is kinda like a "Google" reader for AEC Tech geeks.

QUACK!

Quack was the term we would toss around at Burt Hill when we would look into the future and attempt to divine what was next. 

What was coming after Revit? Sure Revit is fun and exciting, but its just a tool, and there is always another coming. While the rumor is that there are software vendors attempting to pursue the market share that Revit has solidly locked into, that does not actually interest me that much, because at the end of the day the Revit ship has clearly sailed, and you're either on it or not (for whatever reason) and just as 20+ years later you can buy cheap 2D drafting knock-offs that do what Autocad did those 20+ years ago, undoubedtly the same will happen in the space of 3D modeling for AEC, there are and will continue to be multiple applications that generally do the same thing.

Misc. Summer Post... (RTC, SP, AU)

Three topics in one post today (though that won't help my post count!).

First up, as you've probably already read on other blogs RTC USA was just awesome!! The vibe was great, I learned a few things and it was great to share and network in such an intimate setting. As promised here is a link to the sample file that I created for the class I gave at RTC.

    Panelize This! sample file


Next topic, the Revit Service pack release has gotten a fair bit of press.

If you're a Revit Server user though you don't want to miss the SP that was also released special for Revit Server. This is a separate download from the SP for Revit itself. There a few significant fixes, however the one I consider most important is improved ability to deal with "Orphan Locks" on your models. This has been a problem that has plagued Revit Server since first release, and it seems has only grown as more people adopt Server. This is not a "final" fix, but the patch in SP1 should at least make administration and management easier.

    Revit Server2012 Service Pack 1


Lastly, I'm happy to announce that this year I'll be teaching/helping to teach three courses at AU:

AB4210 - Have it Your Way: Collaboration and Management with Autodesk Revit Server. I'm happy to say I have two co-speakers (Jason Bailey of HDR & Michael Coviello of TRO/JB) on board for this course who bring some great experiences with Server to the table. I feel like I'm just the editor here, helping to present lots of information on the topic.


AB4391-L - Twice Baked: Creating Your Own Adaptive Components and Panels with Autodesk Revit. Yep another lab, and yep Zach is back as my co-pilot. This is a follow-up to what I consider our outrageously successful set of courses last year; Parametrics Laid Bare: Panels and Adaptive Components in Autodesk® Revit® & Au Bon Panel: Baking Your Own Adaptive Components and Panels with Autodesk® Revit® Architecture. If you register for this year's lab we please, please ask that you review both before coming to our door, and the way last year's filled up, you better have your finger on the registration button when the clock strikes midnight!


AB4480 - Way Beyond Project Templates: Appyling Standards for Efficient Document Production in Autodesk Revit. So if you've been following me the last few years I've presented several courses on project templates, standards and the like in Revit. David Spehar has been (one of) my trusty co-speaker(s) for all of it, and this year we decided to switch things up. David is the pilot and I'm the co-pilot. We see this as a third installment of what has been so far a well received series of courses (I'm not sure what we'll do in 2012!) and if you went to or watched the first two, you surely don't want to miss the third (I promise it will be better then Back To the Future III).

If you're coming to my session @ RTC.....

So, one thing I forgot in my handout is a legend to go with the charts that are in there..... So here it is! Sorry it did not make it to the print out.

I also have a sample file that goes with the course, still waiting to hear back from RTC if they have any way to distribute. If not I'll figure something out for distribution, so stay tuned! If someone has a website they'd like to offer as a host please feel free to contact me or leave a comment with your e-mail address (I won't post the comment).

See you in a few short days!

Restart Roulette & Taking Revit Server On the Road

The posts on Revit Server just keep coming... The topics just keep coming to me as I talk to more people or have the opportunity to try things out, etc.

So, as we know (thanks to Mr. Baldacchino) we can install Revit Server on a Windows 7 computer running IIS (not supported by Autodesk in any way!).

Thus, springs the idea, let's put RS on a laptop running Windows 7, and then, when someone has to go on site, they can still work with the Central File, without having to use a remote desktop connection, detach from central or "check-out at risk".

As I mentioned in my previous post "Taking Revit Server Off-Road" the first concern is that you can't simply shut down Revit Server and everything will be all-right. If there is an on-going data transaction, then bad things could happen! I should add that if you have multiple files cached to your Laptop, then keep in mind all those files are going to update regularly assuming other folks are working on them, so it is not just a matter of being concerned about the file you just made changes to, but all files that are "local" to your Local Server.

So for fun, I installed Revit Server on a Win7 laptop (I actually had an excuse as I needed to verify some behavior quickly, but it is good to have those!). When I went to point Revit Arch at my new Local Server on the laptop, I had to stop and think.

• Should I use the Hostname? But doing that would potentially (I don't know for sure) loop the data out and back on the network (which seems kinda silly).
• Should I use the IP address? Which one? This is a laptop after all, I've got WiFi and Hard Wire among other things, and once again, that might loop the data out and back on the network.
• Then is occured to me, I should use the "Loopback IP" (127.0.0.1) this would always work, regardless of which connection I'm on, and even regardless of computer name.

So, I plugged the Loopback IP in and everything seems to be kosher. I won't swear to doing extensive testing, but I was able to open a file, add some stuff and Sync back without any problems.

Now, all of that said, the other issue which came up recently is dealing with Server Restarts, particularly as they are related to Windows Updates. In his post David says:

"Next, I made sure to download and install all updates and set them to automatically install at the default time from there onwards."

Well, generally speaking updates come down in the middle of the night, no one is the wiser and no one cares. I don't know about you, but I've pulled some late nights in my architecture career (even professionally). To that end I would never want to have a production Revit Server set to restart automatically no matter what, unless I have something in place that is also going to gracefully shutdown Revit Server, and stop the restart if Revit Server won't shutdown gracefully. This is all goes to my original point in the Off-Road post about interuppting data transactions in Revit Server. Sure in the middle of the night there should be no data, because no should be working, but should and being 100% certain are two very different things and do you want to play Restart Roulette with your project teams and their data?

The Legitimacy of Data Back-up?

Question One:
Why do we need to worry about running a back-up against the data stored on a Revit Central Server?

So this will perhaps seem like heresy to IT professionals the world round, and perhaps even to anyone who knows something about IT, or has lost work/data/files due to some type of hardware failure.

Question Two:
When was the last time that you recovered an active Revit file from a back-up?


Myself, never, and thats the point! Back-ups run at night, so unless your server fails right after the back-up has run, what use is it? Every user who is regularly working on a project should have a Local File on their computer. Furthermore Revit Server itself tells you who the last person was to complete a Sync With Central. Unless your entire office undergoes a disaster, then the "last" Local is the file you're likely to use to re-create your Central File if something goes wrong with Revit Server. If your entire office does under-go some type of disaster that affects every single computer, then it does not seem likely that you're going to be too worried about getting back to work right away.

Consider this instead, you're probably better off regularly archiving your Central File either manually or automatically (thanks to the API and additional Command Line options available in Revit Server 2012). If you are working in Revit Server, you are probably already creating files that you can count as archives if you have to send your Revit file to any consultants not working on your WAN. To send a file to consultants you likely either create a new local file, or use an existing Local File to send, those files can easily be stored on a normal File Server in an archive directory (which is probably backed-up every night), so that when disaster does strike, you at least have your archives.

Great Discussion on Revit Server

So of late my post: Taking Revit Server "off-road" has proven to be on the of the most popular. It has inspired some great comments and discussion from several different people, and raised some really good questions about using Revit Server. If you have not gone back to see the comment thread, I highly recommend you do!

Some key highlights:

• Q: Will Revit Server work better over slower connections then Citrix? A: Most likely it will perform better because for the most part RS has to move far less data then Citrix does on a per time unit basis (second, min, hour).
• Helpful Tool! Rod Howarth has written a little app that can run on Server(s) to let you know when the server(s) is moving data.
• Q: Does Revit Server synchronize all the data between Central & Locals? A: No, Revit Server should only synchronize data to a Local that has been called by a user connected to that Local Server. Keep in mind a call can be initiated by creating a local file, or via file linking.

          There is more in the comments, so take a few mins to read through.

In regards to the last question, I think it is important to keep in mind that the Central Server plays no direct role in the caching of data to Local Servers. It is the Local Server's responsibility to get data from a Central Server. The Central Server does not sit around "broadcasting" that is has new data, rather each Local Server queries the Central on a regular basis (computer time regular basis) to determine if there is new data that needs to be cached. A user choosing to SWC or Reload automatically trips that query and when a user is pushing data back, it goes both to their Local and the Central server simultaneously.

Revit Technology Conference USA: Why you should attend

Steve Stafford has been busy posting about how RTC Australia is getting underway (two thirds done now!) in the down under. So I thought this would be a great time (a little less then a month out) to remind everyone about RTC USA. Why you should you go?!

• Intimate Gathering of industry leaders and experts - I happen to know the cut-off for attendees, and its less then 1,000. Compare that to AU where you're one of thousands.....
• Top Experts in the field/industry - so you're with less then 1,000 people, and you know what, that means that more then 10% are likely to be those top experts and leaders, the people you always wanted to talk to, meet and ask important questions such as "What's your favorite beer/wine?" (oh wait, inside thoughts Robert.......)
• Great classes and topics - I'm speaking for one course, but I'm just plain excited about the courses I'm going to, all of them somehow related to Revit its use and its ecosystem and none of the speakers are afraid knows better then to mention competing software companies too loudly. (Lets talk about the real world...)
• Not AU - don't get me wrong, I love AU and I look forward to (hopefully) speaking again this coming year. But at the same time RTC is specifically not AU, its being hosted and put on by users for users of Revit (it is the Revit technology conference after all), its smaller, and more dedicated in some ways, and I think it will be a great experience!

If you've been to AU before, and you can only talk your boss/management/SO into letting you go to one conference this year, I would highly reccomend considering RTC. I've always wanted to attend the one down under and I may make it there yet, but I'm excited that we're going to have our own here in North America. I hope to see and meet some of you there, and by all means, come on up and say hello!

Cheers! (as they say in the Queen's English :-) )

Fun Tech

Jim Balding (The Ant Group) has posted up a demo he was apparently running at a trade show recently of what I consider some really fun tech. If you've been in a Lego store recently you've probably seen this, and Autodesk demo'ed something similar a couple of years ago at an AU keynote. What he is featuring is a an Augmented Reality (AR) demo that simply uses your webcam, a free player software and model.

What is particularly nice is that AR Media provides a free authoring plug-in (limited functionality) to play with, and the next step up is really not too pricey either. So head on over to Jim's website and click on the big buttong at the top of his site to download his demo files. AR has more demo files on their site too. What can you think of to do with this tech?

Taking Revit Server "off-road"

Borrowing from the title of a recent post by Mr. Revit OpEd I wanted to bring up what I think is a rather critical point to be aware of if you're thinking of running Revit Server on your laptop to solve what is often termed the "Construction Trailer" problem. I've been in touch with the two sets of folks who I know have installed RS on a Win7 computer, that is Mr. Baldachinno and Mr. Cone (Beck / Aaron Maller). For David its an experiment in "low cost" servers for a small company. For Kelly & Co. its an attempt to make an easier way for users in a construction trailer to work on their Central Files.

What I want to highlight is if you're running RS on your laptop, so you can "work" on your central files live over the Construction Trailer's DSL connection with a VPN tunnel, is that your user(s) need to learn how to shut down Revit Server gracefully. The very clear and present danger here is that a user in the trailer, simply turns their computer off, or worse yet, "pulls the plug". I can guarantee that you're playing with fire here if your users do that. There is a good chance that at some point they'll corrupt some or all of the Revit data cached locally to their  "server". Autodesk has some clear instructions on how to shut down a Revit Server properly, the problem is, that it involves locking the whole infrastructure while you take down whichever local server you're shutting down. The good news here is that there is a much smaller risk to the data on the actual Central Server. It does a good job of protecting itself and the data it is responsible for, so a Local Server suddenly going off-line should* not affect any of the data at the central server.

Just a word of caution for those attempting to push technology to the bleeding edge and not just the cutting edge.

*Note, I say should, there are conceivably instances where the sudden shutdown of the client or the local server might cause harm to the Central Server data store, but theoretically these should be pretty remote. Worst case is that a lock is left in place on the Central Server due to the "user" disconnecting in the middle of an operation. Keep in mind that when a user SWCs data is committed directly to the Central and Local Servers, and the data is not committed to the project data store until the transaction is 100% verified.

AEC Media Day Wrap up and final thoughts

Still waiting for David to post the pic of Phil's slide, but we'll get there....

In any case I wanted to start this post by sending out a big thank you to Autodesk for hosting everyone for 2 days and particularly to my direct contact there and his efforts. Secondly as other bloggers have alluded to Wednesday afternoon we went into the bowels of the factory and met with various folks from the development teams and I want to send out a thank you to them too!

To that end, I think some of my fellow bloggers have alluded to the fact that we don't get to blog about what we talk about with development. With that said, what I can say is never under-estimate the complexity of a problem. As one developer said, let me sit down with one person for a day, to discuss a problem, and we'll have solution to the problem by the end of the day. The problem is, that it will be "Steve's solution to the problem" not Robert's or David's or David's (strangely we had an overwhelming number of Davids around), etc. The point being that particularly as Revit continues to expand its market presence internationally the Factory has to develop tools and features that are flexible enough to meet a variety of needs both in terms of "conveying information, be it 3D or 2D" and ease and intuitiveness of use. Its interesting to hear about the user research that has been done, and to see some of the differences that exist between the United States, Great Britain and Germany, all "western" countries in terms of how we build buildings, how we use tools and how we document the buildings to be built. Things like addressing multiple audiences gets even worse when you consider that contractors are using the tools more and they have their own set of desires, needs and goals.

We all saw what happened with the Ribbon on its first go around, and that was strictly UI development, and in an earlier post I observed that it was great that tagging between links had more functionality, but that 3D tagging suffers the same "almost but not quite" as we saw with link tagging in 2011. Thus I would posit that quite honestly, some of the places where "we" really would like to see increased functionality are quite complex problems and not even from a code development perspective, but from a user's needs, desires and results perspective. Certainly one can make the argument that in some cases some "small" changes would go a long way to satisfying user's needs, but the Factory has most definitely shifted towards taking a longer view (and the executives seem to support this) on feature development, and there is an interest in fully understanding the whole problem and developing solutions that not only meet immediate needs but are building blocks for further development down the road. On top of that, we still have to remember that there are only 24 hours in a day, and Autodesk is a company that needs to make a profit and only has some much money to invest, lastly at least in my experience working on Building Design projects simply throwing more money and more staff at a problem will not necessarily solve that problem any more quickly.

Error Correction: Tagging in 3D Views

I will correct the original post, but I wanted to clarify, all Keynoting Features are available for usin 3D views, including tagging materials by Keynote. I was correct about not being able to tag materials directly, and what I didn't point is that you cannot tag Rooms/Spaces/Areas, but then we can't see them in 3D either.... :-(

Thanks to my friends at Autodesk for pointing out my mistake.