don't think: Do Revit
My journal of work in Revit as part of a 600+ member architecture firm.

  • 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.

    So if "Revit's" replacement does not really interest me (because I don't think there really will be one perse). What am I interested in? The first thing is I don't think the next big innovation will really be in what we might call the traditional "CAD (Computer Aided Design)" space. We have Autocad, we have Sketch-Up, we have Revit, and all the various permutations thereof. These tools will continue to develop and be developed, new features will come, etc, but new features are not the next big thing. Furthermore, as Phil has been writing over at Arch|Tech(1), innovation does not traditionally come from "big" companies(2), rather its small, agile companies that are able to make big moves. Yet, there are no small companies (that I'm aware of) playing in the CAD/AEC space; Autodesk, Bently, Google, Dassault, Graphisoft, are all "big" companies, so they're more likely to offer an alternative to what was the last big thing "Revit", not offer innovation beyond it. More to the point, I'm not sure what a company would offer in terms of innovation in the CAD space, a better "Revit" is not innovation, its just a better thing-a-ma-jig (so why not stick with what works, and press the owner to tidy up the strings that need to be tidied).

    Secondly, I recently read a really interesting article by Clive Thompson in the most recent issue of Wired (which by the way subscribers now have free access on Ipad! Guess I need to get with the times(3)!). The thrust of his column was that most of the time innovation does not simply come out of no-where. For instance who remembers the Newton, I do (sorta)! It was a spectacular failure, but it laid the ground work for Palm, which lead to Handspring and somewhere along the way Blackberry showed up, and HP was in the fray, and it was all still generally rarefied and not ubiqitous, then what happend. Apple launched the I-Phone, and everyone sat up and said "Wow, that's cool, I want one". Yet it was all there for the taking by Apple, they simply had the vision to take and borrow from everything that came before them, throw in some good design and learn from history to create a product that quickly penetrated the market. If you look at history most "innovation" has come out of technology that has been percolating for easily 10 years or more. and someone simply came along, capitalized (innovated) and put something out there that people could not resist picking up and playing with.

    Thirdly, I read this article even more recently on Forbes.com (9.2% Unemployment? Blame Microsoft) which was interesting to me in a number of ways (and simply confirmed some of my own long held beliefs). The GDP graph and statistics are right on, and have not gotten nearly enough press as its much more fun to talk about how "bad" things are, and while it does suck to be out of a job, there is hope. Reading this article comes on the heels of a recent Lunch & Learn I attended by the Co-President of Vermillion Cost Consulting, where he was pretty much saying the same thing(4). But in the full context of "Quack" what is most interesting about this article is how much it highlights computers can and are doing for us, and what they may be doing that we already take for granted; Data Management & Clouds.

    Now Autodesk has been a huge proponent of clouds for the last two plus years, and you might say the cloud is Quack, but I'm with Phil, moving Revit into the cloud is still Revit, just a cloudy one... :-). More interestingly the cloud is a vehicle, a platform, access to computing power that is quite quickly becoming ubiquitous in its power and availability (Carl says so after all). This simply suggests that the next big thing in AEC is likely to start, be based or make use of the cloud (proven technology) the innovation will be in solving a problem in such an elegant, easy to use way, that you can't help but say "I want that".

    So, what problem do we need to solve? One word, Data, and once again I think Phil and I are on the same page generally speaking. Phil has laid out most of the issues, but to surmise:

    • Easy to use.
    • Easy to collaborate with others.
    • Easy to get what you need, and not what you don't.
    • Realtime (or near to).

    What I see is a lot of different solutions for data management, people trying many different things, exporting from Revit, tools that plug into Revit, tools that do their own thing with or with Revit, custom solutions that firms or people might learn interesting things from, but are not 100% repeatable from project to project. Show me some examples you say?

    Codebook
    Trelligence Affinity
    Revit DBlink
    Onuma
    NewForma
    Navisworks
    BIM Link
    Excel
    Access
    Google Sheets
    Custom API tools & databases

    This is just a short list, and while many of these tools are quite good, and quite useful, at the same time people are trying to use any one of (or more) of these tools to build a collaborative, coordinated data sharing workflow, and once again as Phil says, it just doesn't really work. There was a speaker at the recent RTC USA from HNTB (Alejandro Ogata) who made many good points, but one of the most critical to me was that architects for a massive GSA project have had to learn how to be Access users. While I don't have a problem with that, we should also be honest, most architects don't want to be Access users, nor should they be. What we need are easy to use tools that make data exchange simple and dare I say it fun? 

    Maybe not fun, but at least seamlessly integrated with my workflow. The minute it becomes hareder, or appears to take time, the less likely it is that people will use a tool. Take NewForma for instance; great tool, hugely powerful, lots of great features, but actually talk to people using it, and you find out that most people barely scratch the surface, or at the very least don't leverage it to anywhere near its full capacity. Outside of being clumsy, the other issue with some of these tools is cost, Codebook for example doesn't work as a business model for small projects, unless you've got the big project(s) to cut your teeth on it and standardize it.

    The problem I see is that as "integrated" as a Newforma might be, the end user does not see the value proposition or benefit to themselves to take the time to fully leverage it. The same is true for anything that helps to share data (of course first we need the data), it has to be easy, seamless and nearly invisible, people need to want to use the tool because they think (and hopefully are) getting something from using it. Just like the Iphone or Ipad, there were tablets and smart phones that came before, but none that made the broad consumer base say "I want to use that, because it does something for me".

    To bring this full circle, why do I see seamless collaborative data sharing as the next "big thing" (Quack). Because the technologies are there and proven. Cloud technology works, no doubt about it, web based applications are here, the concept of task (or focused) apps that can be quickly downloaded and installed is here, ubiquitous data access is (almost) here, and lastly other industries have been managing large datasets for more then 10 years (take a look at all those wonderful mega banks, BoFa, Merrill Lynch, among others).

    So, I don't know what the next big thing actually is, nor do I even know how its going to do it, but I think I've got a good idea of what the focus will be. Why do I think this is so important? Because the same speaker at RTC had another valid point, in the early 1900's we built XXX,XXX square feet using 8 sheets of drawings, now almost 100 years later, a project of similar scope requires the equivalent of a billion plus pieces of paper and a 1000 plus drawing sheets. Someone needs to come along and capitalize on what is sitting in front of us, and then we'll have innovation.

    Have you got a Quack, a really good Quack? Cause I'm interested in talking Quack.....





    Footnotes ---------------------------------------------------------------
    2 - bummer for me I work @ one, ugh....
    3 - Ipad or custom fit ski boots <sigh>, choices choices and they cost about the same... :-(
    4 - His points; in another 5 years AEC will be busy again as we're going to be out of housing stock, which means starting now smart developers are already laying the ground work to build more, and with more housing the service industry will expand, etc, etc, etc....


  • 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.


  • AEC Media Day: Update 8 - What's Phil thinking about...?
    Wrapping up with a presentation from Phil Bernstein and a couple of other "industry thinkers" at Autodesk.

    What is an architect's role? What are we doing?

    • Pre-fabrication, with the Architect involved
    • Fewer spreadsheets, more data in the model, with better reporting out of the model
    • Using the model to generate "live information" to keep people up-to-date on progress ("live" 4D?)
    • Using BIM to really "digitally prototype" the building (same vein as what Peter was talking about yesterday and plenty of others before them).
    • Challenge the traditional relationship between O, C & AE so that information flows.
    I think the best wrap up on what Phil is thinking about is the pic of the slide (coming David.....?) that David has posted on his blog, we need to "change" along three vectors, and Autodesk thinks that its technology solutions are getting closer to fully helping that change.


  • AEC Media Day: Update 7 - Trends?
    One thing that I'm taking away from Autodesk's message these past one and half days is that the "B" in BIM is/has/will moved away from being a Noun and more towards a Verb (at least that seems to be ADSK's marketing message). I think in some ways this is very true, and is more in-line with the direction many of us would like to see the industry move. That is rather then talking about a Building Information Model, ie an intelligent model of a particular building we seem to be moving to where we want to talk about Building an Information Model. This means we're more focused on developing information rich models to help plan, design and develop the built environment, and starts to encompass far more then the building I'm designing today, but the entire environment in which we live, work and play.

    It seems to make sense to me, it will be interesting to see if industry as a whole begins to make this slight philosophical approach to what we've been talking about a number of years now.


  • AEC Media Day: Update 6 - @ the cusp
    The last future's direction presentation is more of "digital cities" (Project Galileo) and tools that allow you to deal with massive datasets to do conceptual planning within a 3D urban environment based on information from a variety of sources, GIS, Lidar, Revit, BIM, CAD, etc.

    I feel like Autodesk has been spinning this story for several years now, but I also feel like we're closer then we've ever been. I still think there are going to be a number of issues with gathering the data and getting access to it, so you really can do all the things they propose.

    We'll see what the future holds....


  • AEC Media Day: Update 5 - Looking Forward
    Presentation this morning on where Autodesk sees technology going/developing. Just had a really interesting film reel demo of what looked to be a derivative of Autodesk Lab's current Project Neon accessible from Revit. It makes sense, and hopefully this is representative of a tech preview we will see someday in the not to distant future.

    They're also doing film reels of pushing Structural and Energy Analysis to the cloud from Structure and MEP so that as you design, your design is constantly being analyzed and re-analyzed. Cool looking stuff, though I think they'll have to be prepared to really answer Engineer's questions about calcs are being done, before they jump on the band wagon.


  • AEC Media Day: Update 4 - Suffolk Construction
    Awesome presentation so far from Peter Campot, President of Suffolk construction. He just put up a labor graph from a project, proving BIM works. They coordinated everything, verified, and started MEP 5 months earlier then usual, and built a building that went together exactly the way the computer said it would, which means their labor usage did exactly what we've all been predicting for years!!


  • AEC Media Day: Update 3 - Sustainable Design
    The "rumor" I just heard from the latest speaker is that Revit 2012 will include the Solar Analysis tool that had previously been an Autodesk Lab's plug-in, and then was rolled into Project Vasari late last year with its release.

    Autodesk is also pushing sustainable design and that they have products that match all levels of design. I think the one caveat to that is that the wonderful narrative they just spun relied on several (more then three) tech previews on Autodesk Labs..... I don't know about you, but most companies don't like to use products that have "expiration dates" with no guarantee of renewal on projects that may continue longer then the life of the "product", or at the very least we need to access the data later.

    Another important note, Autodesk is re-packaging their software into Suites (similar to Office or Adobe), all well and good, and it will be great for small and medium business. What I think is really, really cool, is that Sketchbook Pro is included in all the suites. Why is this important you ask? Well prior to the 2012 release Sketchbook was always a stand-alone license and if you were in a large network environment that was problematic at best. Now with the suites, if you buy network license versions Sketchbook is part of that network license pool, which is great! Now you can make it available to anyone to play with, use or do whatever they want!