tag:blogger.com,1999:blog-59203673880270523312024-03-28T00:29:25.640-07:00Revit FuturesThe Revit Futures bogs are focused on providing a community backed direction to the factory on particular parts of the Revit platform. Why? Because we (the end users) should be the ones setting the development priority for features and the overall direction for the platform. So, join the (r)evolution! (Or, whatever it is)...Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.comBlogger20125tag:blogger.com,1999:blog-5920367388027052331.post-4947352963056657852012-07-08T22:47:00.000-07:002012-07-08T22:55:55.931-07:00RTC USA 2012So, RTC has come and gone, and it was another great year at Stone Mountain...<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://2.bp.blogspot.com/-79U_q7jch1g/T_psTrbyZLI/AAAAAAAABns/UezED3N0D2g/s1600/StoneMtn.JPG" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="300" src="http://2.bp.blogspot.com/-79U_q7jch1g/T_psTrbyZLI/AAAAAAAABns/UezED3N0D2g/s400/StoneMtn.JPG" width="400" /></a></div>
<br />
<br />
If you want to roll back in time, you can check out my post from <a href="http://revitfutures.blogspot.com/2011/06/revit-technology-conference-na2011.html" target="_blank">last year</a> for old times sake. This year was no different. Again, the Aussies pulled out all the stops and had the best Revit conference on the continent. AU has it's advantages (sheer size, exposure, and a lot more Autodesk peeps) but you just can't understate how cool it is to be talking to 350 other expert Revit users. The level of the conversations and presentations is just so much higher as a result.<br />
<br />
My class was a blast (for me). I'm still not sure that case studies are a good fit for RTC (almost anyone in the room could have done the same thing), but I think everyone who sat in picked up a few tidbits to take home. Speaking of, as promised in the handout the families I used on the Kimbell concrete model have been uploaded to the RTC site. If you don't want to wait, <a href="https://beck.box.com/s/f3db3f5a113abdc4bc4f" target="_blank">click here and download away</a>.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://2.bp.blogspot.com/-Tc1CRQYRiv8/T_psK2k-MBI/AAAAAAAABnk/PLXdg-yvxPw/s1600/KC&Kimbell.JPG" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="298" src="http://2.bp.blogspot.com/-Tc1CRQYRiv8/T_psK2k-MBI/AAAAAAAABnk/PLXdg-yvxPw/s400/KC&Kimbell.JPG" width="400" /></a></div>
<br />
<br />
Now, for my favorite moments from RTC USA 2012...<br />
<br />
<br />
<br />
<br />
<ul>
<li>The band was epic! (No, not Steve Shell, the <a href="http://www.myspace.com/thepackwayhandleband" target="_blank">Packway Handle Band</a>!) These guys were awesome! Zune marketplace here I come...</li>
</ul>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://3.bp.blogspot.com/-Ne4gppWdUUE/T_ptqxEMdlI/AAAAAAAABoc/Vsx6agdXf_s/s1600/PacwayCombo.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="150" src="http://3.bp.blogspot.com/-Ne4gppWdUUE/T_ptqxEMdlI/AAAAAAAABoc/Vsx6agdXf_s/s400/PacwayCombo.jpg" width="400" /></a></div>
<div>
<br /></div>
<ul>
<li>Of course, not all Revit users are geeks. Or, maybe, not all geeks look like geeks? Anyway, Jay was resplendent as always in his black rubber shirt, black jeans, and black...is that a coat? I dunno, but it was awesome...</li>
</ul>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://4.bp.blogspot.com/-ehBY68S0zkI/T_ptDcp1m_I/AAAAAAAABn0/5CE3oX12WRw/s1600/Mean+Jay.JPG" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="400" src="http://4.bp.blogspot.com/-ehBY68S0zkI/T_ptDcp1m_I/AAAAAAAABn0/5CE3oX12WRw/s400/Mean+Jay.JPG" width="298" /></a></div>
<div>
<br /></div>
<ul>
<li>My favorite class this year went to Scott Brown who had some mind blowing detailed interiors work in Revit. Everything about this class was awesome, including the fact that there was easily an hour of material he didn't even get to because the first half of his presentation was so bad ass we questioned it into a full hour. I'm also thrilled that the "best fish story like gesture" award went to Scott this year (though the hands are backwards, oh well).</li>
</ul>
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://3.bp.blogspot.com/-nm8713VhsZI/T_punxaO9WI/AAAAAAAABok/UUuYY9jFWXs/s1600/SB+Combo.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="192" src="http://3.bp.blogspot.com/-nm8713VhsZI/T_punxaO9WI/AAAAAAAABok/UUuYY9jFWXs/s400/SB+Combo.jpg" width="400" /></a></div>
<br />
<ul>
<li>My second favorite class(es) were Marcello's crazy classes on massing. The guy modeled a freakin' elephant in Revit, and a junkie shooting up if the elephant wasn't enough. The man is crazy... crazy brilliant. Wish I had a picture... Then again, I stole Aaron's pictures for all the other ones so....yeah.</li>
</ul>
<div>
Allright, that's it for this year. It was awesome to meet / see everyone again this year, see you next year in Vancouver!</div>
<div>
<br /></div>
<div>
RTC North America 2013 here we come...</div>Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com2tag:blogger.com,1999:blog-5920367388027052331.post-32564164045431670572011-12-05T22:08:00.000-08:002011-12-05T22:10:03.903-08:00AU2011Well,<br />
<br />
So long to AU 2011! I had a great time, took some great classes, and had the privilege of leading two myself. It was a good year all in all, though we were a man down this year. AU was not and never will be the same without my friend Scott Womack, who passed away in September. Scott was a passionate advocate of Revit, and was known for his strong opinions and convictions as well as an untiring willingness to help anyone find the right path. He left an indelible mark on the Revit community, and is sorely missed. So, raise a glass to Scott if you had the pleasure of knowing him.<br />
<br />
I also have to thank Larry Kleinkemper for dragging my vest around with him for two days after I left it at an after hours event. You da man.<br />
<br />
I learned some great tidbits. Beau Turner gave a demo of Clarity, their new Revit Server wrapper that actually makes it usable and manageable. Great job to his team! I also really enjoyed the Innovation Forums this year, and while the "cage match" might have been a little too cheesy even for me, the other parts were intriguing and exciting. As usual, I am leaving exhausted, inspired, and dried out from the desert air.<br />
<br />
AU wasn't without some hiccups though. The AU speaker site this year was, to quote Aaron, a bag of disaster. Uploads of speaking materials didn't work, or once they did users downloading files got 404 errors or file errors. Yuck! Anyway, since nothing up there appears to be accessible still, all my class materials are going to be linked (you guessed it) in this post...<br />
<br />
AB5602 - Laser Scanning...<br />
<br />
To my attendees, again I apologize for the difference between the class I taught and the description. That description was for a lab, and I was given a lecture that initially had identical content to three other scanning classes. I tried to do the best I could with the cards I was dealt! I totally understand and agree with much of your feedback about the class being basic - I only wish I had been allowed to update the title and description once it was clear what I would actually need to teach.<br />
<br />
Here are all the links to the various class materials:<br />
<br />
<a href="https://beck.box.com/s/hy4ny77zer1tarr89t6s" target="_blank">Handout & Scanning Brief</a><br />
Sample Spec - coming soon -<br />
<a href="http://www.mindomo.com/view.htm?m=13fdce8a8d834eaca74fe51f7f283d2d" target="_blank">Presentation</a><br />
<iframe allowfullscreen="" frameborder="0" height="405" src="http://www.mindomo.com/view.htm?m=13fdce8a8d834eaca74fe51f7f283d2d" width="500"></iframe><br />
<br />
AB5552U - Revit Futures : Collaboration...<br />
<br />
I was thrilled with the outcome from this class. I want to thank Anthony Hauck, Scott Davis, Tobias Hauthorn, and Robert Aish for coming and representing Autodesk. I felt like it really made the class to have them there. The point of the class is to get them thinking about what we (as a community) really want, and some of the great conversation about continuous save in particular was just what I had hoped to have. Thanks to everyone who spoke up and shared their opinion! Naturally, the mind map I had (new software) got corrupted. I'm in process of re-building it and hope to have it up here in a few days. I'll update this post once I do. (The joys of constantly trying new tools...)<br />
<br />
<br />
<br />
So long AU2011, here we come AU2012...Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com2tag:blogger.com,1999:blog-5920367388027052331.post-11196168569945087882011-10-12T10:37:00.000-07:002011-10-12T13:25:44.135-07:00Sparking your interest?While Autodesk Labs is one of my favorite places to visit, sometimes they have a project that just makes me go: "Wha....?" Spark is one of those projects from my perspective. It certainly caught my interest when I read about it. The tag line is quite catchy:<br />
<br />
<span class="Apple-style-span" style="font-family: Arial, Helvetica, sans-serif; font-size: x-small;">"Project Spark is a technology preview of a simplified 3D building information modeling (BIM) solution. Using Project Spark, building professionals can create designs efficiently with real world building objects, produce more reliable documentation faster, and share files with consultants using Revit or AutoCAD based products."</span><br />
<br />
Naturally, I downloaded it and spent a couple of days fiddling with it. Unfortunately, I was largely disappointed with the implementation of the idea. Spark is really a pared down version of Revit. While I appreciate the idea, taking Revit and removing some core functionality isn't a way to make a "simplified" 3D BIM solution. It is a way to make a less functional BIM solution. But, the devil is in the details. So, what exactly did get removed?<br />
<br />
<div class="separator" style="clear: both; text-align: center;"><a href="http://2.bp.blogspot.com/-vHy-PA-aWdM/TpXGROd7OCI/AAAAAAAAAh4/z0uczegNoJE/s1600/Project+Spark.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="297" src="http://2.bp.blogspot.com/-vHy-PA-aWdM/TpXGROd7OCI/AAAAAAAAAh4/z0uczegNoJE/s400/Project+Spark.jpg" width="400" /></a></div><br />
That's the short list. I've got my analysis of each item below if you're interested, but the core problem I see is that the foundation of the project seems to be summed up by this equation: Revit - Features = Simplified, and Simplified = Better. The math geek in me doth protest. The problem with Revit generally isn't that it has too many features, it is that the features it has are too hard to learn and use consistently. If Autodesk really wants Spark to succeed they need to look at this differently: Revit - Inconsistency + Ease of Use + Ease of Training = Better. That's the key to making Spark really catch fire. Also, I question what success is in this context. Creating a new software offering or providing a tested to make the Revit platform easier to use? Either way it is an interesting concept, although I certainly prefer the latter from an end user perspective.<br />
<br />
<ul><li><span style="text-indent: -24px;"><b>No Worksharing</b> – Makes perfect sense. I get removing this for a “simple” program and this does actually simplify things a bit. It works like sketchup, FormZ, Bonsai, Rhino, Etc...</span></li>
<li><span style="text-indent: -24px;"><b>No Photorealistic Rendering</b> – I wouldn't call the rendering in Revit “complicated” by any means, so it seems odd this was removed. Rendering is a basic function of most competing “simple” BIM tools as well. Since all the rendering related information is still in the materials dialog to support textured viewing, I really don't see the payoff.</span></li>
<li><span style="text-indent: -24px;"><b>No View Filters</b> – This is an overly complicated part of Revit, so I get removing it as is. However, the functionality represented in filters is absolutely necessary to get decent visual graphics out of Revit in an efficient manner. So, I really think the Labs team should spend some time “innovating” how that core functionality of selection sets and visual overrides are accomplished in a BIM environment. This would have a huge positive impact flowing back into Revit as well.</span></li>
<li><span style="text-indent: -24px;"><b>No Groups</b> – What? Again, grouping is a core “feature” for modeling in almost any application. Sketchup has a corollary, FormZ and Bonsai have a corollary, Rhino has a corollary. They aren't that hard to use outside of having to enter the group edit mode. Again, this is an area that feels necessary and just needs a little tweaking to be simplified and still available.</span></li>
<li><span style="text-indent: -24px;"><b>No In-Place Families</b> – who do I have to pay off to get this removed from Revit as well? Hehe. Happy to see this gone, we just need to be able to edit family content with the project context in the background. That's the only real benefit to In-Place Families.</span></li>
<li><span style="text-indent: -24px;"><b>No Massing</b> – I sort of get this, and sort of don’t. Massing can be complex, and this isn't targeted as a conceptual design tool since that's Vasari’s realm. However, it leaves Spark without the ability to create so many basic forms that are just necessary in today’s design/construction environment. Opportunity wise, this is another area where innovations in Spark to support "complex" forms like slanted walls without needing massing would benefit the core platform.</span></li>
<li><span style="text-indent: -24px;"><b>No Analysis</b> – I can see this as extraneous to those I see as the targeted end users of Spark, plus the analysis features are generally more easy to use than a lot of the core features are thanks to Vasari so they need less attention to make simpler.</span></li>
<li><span style="text-indent: -24px;"><b>No Trusses</b> – Personally I think trusses are the most important structural element to have in any design or production software as they are the element least likely to be hidden behind ceilings and most likely to be incorporated into the design direction. However, the truss tool in Revit needs some work to make it more usable and is quite complicated at the moment so the factory is probably better off removing it. Long term, this would be a good thing to simplify and include.</span></li>
<li><span style="text-indent: -24px;"><b>No Shared Coordinates</b> – I get that shared coordinates are complicated. However, by removing this Spark models are basically <b><u>UNUSABLE</u></b> in any downstream process. I want you to know that because I think it is an inexcusable omission. This is one place where the Revit platform could really use some UX level thought in making multiple coordinate systems less confusing to the average user. It is an absolutely necessary evil to be able to define multiple coordinate systems so you guys ought to be Labbing it up in my book.</span></li>
<li><span style="text-indent: -24px;"><b>No Point Clouds</b> – What? Why? Ok, it makes sense. But I love me some point clouds…</span></li>
<li><span style="text-indent: -24px;"><b>No Sunpath</b> – Makes some sense along with the analysis, although this is arguably one of the easiest things to use in the whole platform.</span></li>
<li><span style="text-indent: -24px;"><b>No API</b> - I don’t really understand the benefit to removing this other than it probably makes it simpler for the factory to work with. Unfortunately, it prevents us from using plugins that might make Spark even simpler than it already is..</span></li>
<li><span style="text-indent: -24px;"><b>No Parts / Assemblies</b> – I kind of get this one, although as the confusion about parts/assemblies/groups/etc… gets worked out in the main platform I would expect to see either assemblies or groups in something like Spark.</span></li>
<li><span style="text-indent: -24px;"><b>No Design Options</b> – Removing one of the most complicated and difficult features in the platform makes a lot of sense. With worksharing removed so it makes sense to run multiple sequential files from a workflow perspective anyway. However, I’d really like to see the factory take a look at this and make Design Options much much better long term. Spark may not be the project for it, perhaps Vasari is a better home for that project. One of those two projects ought to take a close look at the intent of DO and actually deliver upon it one of these days…</span></li>
<li><span style="text-indent: -24px;"><b>No Adaptive Components</b> - This makes sense in the light of massing and general conceptual design features being removed across the board, although as more of the main platform transitions to adaptive components as core content and not just design-centric content I might begin to question this decision sooner than later. AC’s are arguably simpler to build and more flexible content wise.</span></li>
<li><span style="text-indent: -24px;"><b>Simplified Export</b> – Makes sense in general, although again the no API thing means no exporting to things like NWC, and leaving IFC out is just inexcusable all over again. The implementation here once again really limits the use of anything created in Spark downstream.</span></li>
<li><span style="text-indent: -24px;"><b>Simplified Links</b> – I shockingly have no issues with this, though perhaps the factory didn't go far enough. I mean, what is that CAD stuff for? That's <u>SO</u> 1990's.</span></li>
<li><span style="text-indent: -24px;"><b>Simplified Content</b> – I'm not entirely sure what this references. I haven’t noticed a substantive difference yet outside of less categories being available. I’d love to know more if there are some changes I just haven’t noticed yet. I don't think removing categories should count as making the process of creating content "simplified", so I hope that something else is there.</span></li>
<li><span style="text-indent: -24px;"><b>Simplified Phasing</b> – Again, I didn't notice anything on the surface that was in any way simpler. Phasing is already pretty simple as is. Again, I think phasing could use a UX eye to make better, but it isn’t a high priority compared to some other features.</span></li>
<li><span style="text-indent: -24px;"><b>Simplified Materials</b> – Not really much simpler actually, it’s still pretty complex and since textured display is still supported the whole rendering backend which makes the materials dialog so complicated is still basically there. So, I question this being “simpler” outside of a missing tab and button or two that are outside of the core materials workflow anyway. There is a lot of opportunity here to make the materials dialog more like selecting a material in a material library in real life.</span></li>
</ul>Long story short, I really like the idea of Spark I just don't think the path it is on right now is the right path. It seems like "limited" is a far better descriptor for Spark than "Simple" in the current incarnation. This doesn't change the need for a truly easy to use, interoperable, and inexpensive BIM solution. So, I'm hopeful that Autodesk can get on the right path to delivering such a solution. Otherwise I'm going to have to keep fighting the Sketchup battle for another 10 years. Sigh...Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com1tag:blogger.com,1999:blog-5920367388027052331.post-9625881902157381132011-10-05T01:39:00.000-07:002011-10-05T01:41:38.643-07:00The Future...After all, that is the whole point of this blog right??? (Yes, it is.)<br />
<br />
So, I had the privilege of flying up to Denver two weeks ago to present on technology and process trends in "our" industry for the next 10 years. Aside from running a little long, I felt the presentation went really well. It was my first time using a mind map as my presentation tool instead of just as a planning tool. So, I was a little nervous but more excited. It was nice to finally have a presentation topic again that lent itself to a less linear presentation technique... I thought I'd share the presentation map, and a few tidbits along with it on the blog.<br />
<br />
So, the presentation itself is on Mindomo, which is a web hosted mind mapping tool that I prefer to some of the more "traditional" mind mappers out there. However, it has a ways to go to really be perfect (who doesn't?).<br />
Here's the link if you want to follow along: <a href="http://www.mindomo.com/view.htm?m=7429e7ed3a8f4350a24b97675053077a">DBIA Regional Presentation</a><br />
<br />
<div class="separator" style="clear: both; text-align: center;"><a href="http://4.bp.blogspot.com/-EpZTmss8-Dw/TowUvXPDi2I/AAAAAAAAAhI/vRb3nLD5dlI/s1600/2011-10-05_0318.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="310" src="http://4.bp.blogspot.com/-EpZTmss8-Dw/TowUvXPDi2I/AAAAAAAAAhI/vRb3nLD5dlI/s400/2011-10-05_0318.png" width="400" /></a></div><br />
So, at a glance, five topics:<br />
<ol><li>My own little soapbox about BIM, Integration, and Sustainability (Or "SustainaBIMegration" as I like to call it when my boss isn't around - sorry Peter!). </li>
<li>Some pertinent trends in the AEC world that relate to the real focus of the presentation (not an exhaustive list by any means!).</li>
<li>Now - which is what it sounds like, things we are doing now in this industry that you'd better be on board with or risk falling behind.</li>
<li>Soon - things that are three to five years out in my estimation, just held back a bit by technology or our slow to change industry.</li>
<li>Not Soon Enough - things that are in the ten year time frame, but I wish would get here sooner.</li>
</ol><br />
What I love about these maps is that I can embed a TON of detail in them:<br />
<br />
<div class="separator" style="clear: both; text-align: center;"><a href="http://1.bp.blogspot.com/-7qV6hklen2A/TowUu2cYIiI/AAAAAAAAAhE/rmXwkDeI7fQ/s1600/2011-10-05_0317.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="361" src="http://1.bp.blogspot.com/-7qV6hklen2A/TowUu2cYIiI/AAAAAAAAAhE/rmXwkDeI7fQ/s400/2011-10-05_0317.png" width="400" /></a></div><br />
Here are the two into topics expanded one level deep. Each of those sub-topics have four or five notes under them, and some may even go deeper. The sky is the limit, and what is great is that you only have to go as deep as time (and the audience) permits. Plus, you can embed videos, audio, or hyperlinks into any one of these topics or sub-topics for a really rich presentation (even if you're not around to give it).<br />
<br />
Here's the blow up of the 10 year discussion points:<br />
<div class="separator" style="clear: both; text-align: center;"><a href="http://2.bp.blogspot.com/-Gt_I6vOoKLw/TowUyd_I7aI/AAAAAAAAAhk/pkfszrjDAzw/s1600/2011-10-05_0321_002.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="400" src="http://2.bp.blogspot.com/-Gt_I6vOoKLw/TowUyd_I7aI/AAAAAAAAAhk/pkfszrjDAzw/s400/2011-10-05_0321_002.png" width="357" /></a></div><br />
<div class="separator" style="clear: both; text-align: center;"><a href="http://4.bp.blogspot.com/-6Ci5WcD1Bas/TowUy5v0PII/AAAAAAAAAho/cB4ATh-XWVY/s1600/2011-10-05_0322.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="400" src="http://4.bp.blogspot.com/-6Ci5WcD1Bas/TowUy5v0PII/AAAAAAAAAho/cB4ATh-XWVY/s400/2011-10-05_0322.png" width="341" /></a></div><br />
<div class="separator" style="clear: both; text-align: center;"><a href="http://4.bp.blogspot.com/-ZDlX9dZafzU/TowUzGgyAYI/AAAAAAAAAhs/PtKdw0aOF8w/s1600/2011-10-05_0322_001.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="295" src="http://4.bp.blogspot.com/-ZDlX9dZafzU/TowUzGgyAYI/AAAAAAAAAhs/PtKdw0aOF8w/s400/2011-10-05_0322_001.png" width="400" /></a></div><br />
Anyway, LOTS of information, though it can certainly get better! The last image is the full map:<br />
<br />
<div class="separator" style="clear: both; text-align: center;"><a href="http://1.bp.blogspot.com/-w4b94sX9MzA/TowUzh6XpgI/AAAAAAAAAhw/6nHxYMqSsUw/s1600/2011-10-05_0323.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://1.bp.blogspot.com/-w4b94sX9MzA/TowUzh6XpgI/AAAAAAAAAhw/6nHxYMqSsUw/s1600/2011-10-05_0323.png" /></a></div><br />
<div class="separator" style="clear: both; text-align: center;"></div>Thanks!Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com1tag:blogger.com,1999:blog-5920367388027052331.post-971347011114521892011-10-03T13:36:00.000-07:002011-10-03T13:36:20.188-07:00To Cloud, or not to Cloud, that is the question...if Shakespeare were alive today, perhaps he'd be asking that very question (to himself) about publishing and writing his works in the wonderful mess of data centers and switches we call the cloud. Despite being a technophile; I'm not a tweeter nor am I a rabid fan of the cloud. But why???<br />
<div><ul><li>Ownership of content is still fishy. Depending on which cloud service you're working with, ownership of the materials you place on the cloud may or may not reside with the hosting service. So, if you write that sequel to Hamlet you've been thinking about (or not) then Google might just own your book. "Not Cool" says Willie S.</li>
<li>Access to content is also a little fuzzy in my book. To make an example a little closer to home, what happens when you've got 15 people across 4 offices working on one project and <b>POOF</b> there goes the cloud? If your host goes into bankruptcy how do you and your project team access the files you need to continue doing your job? What happens if they have a colossal failure at multiple data centers (for any reason) and you can't send out those CDs on a project with penalties for later submittals? Good luck convincing the owner that the cloud ate your homework.</li>
</ul><div>Now, that said, the cloud offers some amazing potential. To throw a shout out at Autodesk, their new "<a href="http://usa.autodesk.com/adsk/servlet/pc/index?id=17570239&siteID=123112">Autodesk Cloud</a>" and the features that come bundled with it make the first hint of a compelling reasons to have all our employees use the single sign on. (Bluestreak was not enough, sorry). Hosting DWFs on the cloud that can be accessed and marked up simultaneously on multiple platforms (from iPads to Win7 Tablets to my brick of a laptop) is a huge benefit. Cloud based rendering (ala project Neon) is also interesting, although Neon never got to the point where it provided compelling results for me. But, as it progresses further I can see where the "Unlimited Computing" the Carl Bass likes to talk about can come into play. Now, Autodesk Cloud still has some issues to deal with...</div></div><br />
<div><ul><li>Everything is still managed through single file interactions, so sharing 725 DWF sheets with 14 people is a complete waste of time if they're packaged as individual files. Same thing for uploading new versions. Actually, they need a desktop sync system like Box.net or Dropbox.</li>
<li>Storage on the cloud is parsed out by user (???) instead of by firm/project/etc... I can't even finish uploading all 725 DWFs with my 3 Gigs of apportioned storage as a subscription user. They really need some solution for project level storage, as well as firm level storage; that is in addition to user level storage of course.</li>
<li>What about network licenses? We have roughly 55 Revit licenses at last check. We have roughly 75 full time Revit users. I'm not clear if we can only have 55 subscription sign ins with 3 gigs and the rest will have only 1 gig of storage, or if all of our employees can have 3 gigs.</li>
<li>How about viewing Revit files natively? I'm only exporting to DWF to get them on the cloud, I'd love to be able to upload the Revit file and be done with it.</li>
<li>DWFs are good for markups if they're separated. No one wants to mark up 725 sheets as one DWF. However, all the associative linking in DWFs across multiple sheets is lost when you export individual DWFs. It would sure be nice if the Cloud was smart enough to recognize links across multiple DWF files and let you still hop around between them without the restriction of one uber DWF set for the whole project. </li>
</ul><div><br />
</div><div class="separator" style="clear: both; text-align: center;"><a href="http://2.bp.blogspot.com/-Di6Axgm1z44/ToocU6vIcwI/AAAAAAAAAfE/rlYwlQhNHns/s1600/2011-10-03_1456.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="320" src="http://2.bp.blogspot.com/-Di6Axgm1z44/ToocU6vIcwI/AAAAAAAAAfE/rlYwlQhNHns/s320/2011-10-03_1456.png" width="220" /></a><a href="http://3.bp.blogspot.com/-lKpMrvrm7iY/ToocV0-AVbI/AAAAAAAAAfQ/eLZd8fBCNW8/s1600/photo.PNG" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="320" src="http://3.bp.blogspot.com/-lKpMrvrm7iY/ToocV0-AVbI/AAAAAAAAAfQ/eLZd8fBCNW8/s320/photo.PNG" width="213" /></a></div><div><br />
</div><ul><li>The cloud is great and all, but the apps really need to support local storage. If I don't want to use the cloud for some crazy reason like security requirements, I should still be able to use the design review app to view my own files by synching them to my iPad in iTunes.</li>
<li>And, to add to that, we should be able to specify our own "cloud" and pull files from it. If we have our own net-accessible file server, why can't I point to that and pull files down???</li>
</ul><div>Issues aside, the Superintendents on the project I'm working on LOVE being able to access up to date DWFs on their iPads, including the 3D models. So, it's a big hit in that regard. A few tweaks and I think Autodesk could have something really useful on their hands. It is a great first try! Good job factory. Now, I just need to actually <b>read</b> that darn EULA...</div><div><br />
<div class="separator" style="clear: both; text-align: center;"><a href="http://4.bp.blogspot.com/-nhD_-oGPBVs/ToocVa9RVdI/AAAAAAAAAfI/UKZbzSwMW-Y/s1600/photo+1.PNG" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="320" src="http://4.bp.blogspot.com/-nhD_-oGPBVs/ToocVa9RVdI/AAAAAAAAAfI/UKZbzSwMW-Y/s320/photo+1.PNG" width="213" /></a><a href="http://3.bp.blogspot.com/-ROMrHrWyL7k/ToocVsUz0cI/AAAAAAAAAfM/V2TDQAxeJ3Y/s1600/photo+2.PNG" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="320" src="http://3.bp.blogspot.com/-ROMrHrWyL7k/ToocVsUz0cI/AAAAAAAAAfM/V2TDQAxeJ3Y/s320/photo+2.PNG" width="213" /></a></div></div><div>My two cents on the cloud for today...</div></div>Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com2tag:blogger.com,1999:blog-5920367388027052331.post-83039306012552576532011-08-29T16:28:00.000-07:002011-08-29T16:28:23.754-07:00Revit Futures AU2011AU is just around the corner, and I'm going to give this Revit Futures format another shot.<div><br />
</div><div>Last year we had some great feedback about categories, and some of that information made it up to the right people at Autodesk. The joys of NDAs prevent me from spilling the beans about what, when, where, why, and who - but the class and the people involved did result in some additional weigh behind the words.</div><div><br />
</div><div>So, with that in mind, I'm trying to pull some people from Autodesk into this year's discussion from the get-go. I've solicited some topics from our friends at the factory, and here are what I've come up with for possibilities for this year's class:</div><div><ul><li>Modeling and Massing in Revit - what can't you model (or model easily) and what are the major workflow challenges you face modeling (designing) in Revit?</li>
<li>Energy Analysis in Revit - what are the primary analyses you feel need to be included in the platform (as opposed to in separate programs)?</li>
<li>Collaboration in Revit - how can the platform (including Revit Server) change to improve collaboration on projects?</li>
<li>User Productivity - BIM managers are constantly challenged to increase the productivity of the workforce they support, and Revit has gone leaps and bounds to improve productivity over CAD platforms. However, what major improvements can we make to the platform to increase productivity further?</li>
</ul><div>I'm game for tackling any of these topics, although the last may take some narrowing down. If you've got an opinion on which we should do, post a comment. If there's a strong trend we'll go with that item. If it is a mixed bag, I'll do my best to pick one. Regardless, whomever from Autodesk brought up the subject has signed in blood to be present for the class (even if they don't remember it!). </div></div><div><br />
</div><div>So with that, let it begin. Hope to see you all at AU again this year!</div><div><br />
</div><div>Adios,</div>Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com3tag:blogger.com,1999:blog-5920367388027052331.post-75097320535894749202011-06-28T13:38:00.000-07:002011-06-28T13:41:22.842-07:00Revit Technology Conference NA2011Well, RTC has come and gone, and what a whirlwind it was...<br />
<br />
I have to say, this was the best Revit-related conference I've been to in years, maybe ever. The caliber of the other presenters was fantastic, and the caliber of the attendees was as well. It was a real who's who of Revit users, and I felt lucky to be in attendance, much less speaking!<br />
<div class="separator" style="clear: both; text-align: center;"></div><div class="separator" style="clear: both; text-align: center;"></div><br />
I have to give some shout outs to my favorite presentations:<br />
<br />
<ul><li>Lee Miller - As usual, a fantastic presentation, this time on urban planning in Revit. There were some absolutely stunning shots in this presentation both in terms of graphics <b>and</b> information. </li>
</ul><ul><li>Jason Grant - JG pulled a one-two punch, first stunning the audience with a good jab in super families, where we learned there is good AND evil in the super families world; and then landed the uppercut for a TKO with the presentation graphics in Revit. Extra Kudos for being my favorite class <b>and</b> giving out the related content. Rock Star material here.</li>
</ul><ul><li>Aaron Maller - My compatriot in the workplace put together a great presentation late in the game to fill a slot vacated by another speaker. The presentation was on putting together a high quality template, not just the basic stuff you learn at AU and from Resellers. I literally saw one BIM manager smack their forehead when Aaron mentioned a little trick about embedding links in advance so you could pre-define filters and VG settings for links. Brilliant.</li>
</ul><ul><li>Jay Zallan - The best class I've seen to date on space programming in Revit, with some great tips on using masses in conjunction with locked room or area separation lines to really push what the program can do.</li>
</ul><br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://3.bp.blogspot.com/-CTwWlMgLM6w/TgowTs_BJ0I/AAAAAAAAAEs/OON13U60r_0/s1600/261902_181265541931890_100001453362936_481081_1970218_n.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="320" src="http://3.bp.blogspot.com/-CTwWlMgLM6w/TgowTs_BJ0I/AAAAAAAAAEs/OON13U60r_0/s320/261902_181265541931890_100001453362936_481081_1970218_n.jpg" width="240" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Unnamed Autodesk emplopyee who couldn't use just one iDevice</td></tr>
</tbody></table>Every presentation I attended was excellent, and I can't say that about any other conference I've attended in years. Congratulations to the organizers and Aussies for a great first year, and I'm looking forward to the next - although I'll never forgive them for removing my one last excuse to get Beck to pay for a trip to Australia...<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://4.bp.blogspot.com/-5XdOsgtOTh0/Tgo4nM2baEI/AAAAAAAAAE4/v-GUDkBlAZM/s1600/Untitled-1.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="160" src="http://4.bp.blogspot.com/-5XdOsgtOTh0/Tgo4nM2baEI/AAAAAAAAAE4/v-GUDkBlAZM/s400/Untitled-1.jpg" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">It was (THIS BIG)...</td></tr>
</tbody></table>As for my presentation, I think it went well - although I'm not 100% sure how I ended up telling a fish story. It was probably also my last presentation of the SaRang project - First AU, then MARA, then a few RUGs, then Autodesk, and finally RTC. I think it has had its 15 minutes of fame. (Of course, now I have to do something new...yikes!). If you attended and want to access the materials, videos, etc... There's a solid 700MB of stuff on box.net for you to mine to your heart's content: <a href="https://beck.box.net/shared/29e91uv7psa1x783pcbd">Conceptual Massing on a REAL Project</a><br />
<br />
See you at next year's conference!Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com3tag:blogger.com,1999:blog-5920367388027052331.post-59627363575554301782011-03-22T10:02:00.000-07:002011-03-29T21:22:45.812-07:00Revit 2012So, David Light has done a fantastic job writing up all the major new features for 2012 (link above). So, rather than re-iterate I'm going to dive into some of the features I'm passionate about and give a more in-depth editorial on them...<br />
<br />
<b>Point Clouds:</b><br />
Obviously, I'm on the point cloud bandwagon full bore. So not surprisingly, I'm a big fan of the new point cloud interface in 2012. If you remember from last year, Beck was a beta tester for Avatech's Scan to BIM which brought point clouds to Revit for the first time via the analysis framework. This implementation is much faster and far more flexible as it brings point clouds in "natively". Ultimately, the strategy isn't all that different. What is different is the SPEED! This thing is way faster thanks to the native implementation.<br />
<div class="separator" style="clear: both; text-align: center;"><a href="https://lh5.googleusercontent.com/-HDVHLO4o11s/TYjIj5EltDI/AAAAAAAAAD8/QPiD_iIsK18/s1600/2011-03-22_1105.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="227" src="https://lh5.googleusercontent.com/-HDVHLO4o11s/TYjIj5EltDI/AAAAAAAAAD8/QPiD_iIsK18/s400/2011-03-22_1105.png" width="400" /></a></div><div class="separator" style="clear: both; text-align: center;"><span class="Apple-style-span" style="font-size: x-small;"><i>Mmmm... Pointy goodness in Revit - Yes, that is my house. No, you don't want to know how many beers I used to bribe a scanning crew to swing by one afternoon...</i></span></div>Here is a Revit model of my house made by tracing over the point cloud in Revit 2012. I can spin this around, zoom in, and do what I'd normally do in Revit and the lag is only a few seconds despite the several million point visible in the section box. Cut this down to a plan section and trim out some of the points on the sides and it isn't even noticeable. This is a huge step forward in making point clouds usable in Revit.<br />
<div class="separator" style="clear: both; text-align: center;"><a href="https://lh5.googleusercontent.com/-5RmXwqTJ38o/TYjLT6WN2BI/AAAAAAAAAEA/L8hypdh9_GE/s1600/2011-03-22_1117.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="227" src="https://lh5.googleusercontent.com/-5RmXwqTJ38o/TYjLT6WN2BI/AAAAAAAAAEA/L8hypdh9_GE/s400/2011-03-22_1117.png" width="400" /></a></div><div class="separator" style="clear: both; text-align: center;"><span class="Apple-style-span" style="font-size: x-small;"><i>In plan this works perfectly to trace over, and in section it just looks cool. Matching roof slopes can be a pain, but the trees look so cool I don't care, and the pool makes it look like a beach house in this section - it isn't...</i></span></div><br />
Now, there aren't a lot of object creation from point cloud options in Revit. We can snap to them as we use existing tools and that is about it. I would assume that the next iteration of Scan to BIM will utilize the points in Revit and leverage their existing code to create walls/duct/etc.. from those points as they do now using the analysis framework. (Full disclosure - we're not part of any current alpha or beta testing on Scan to BIM so this is purely speculation on my part!) What the future will hold for tools in Revit remains to be seen, although I have my hopes and dreams to be covered in a later post... All in all, this feature gets an "It's ALL Good!"<br />
<b><br />
</b><br />
<b>Parts & Assemblies:</b><br />
The other new feature that is "construction oriented" does not get such a glowing review from me. I do want to start by saying that I'm thrilled that Autodesk is considering construction workflows in Revit, and their focus on supporting integrated project delivery in their software is the right way to go. However, the parts and assemblies in 2012 just fall very very short in my book. I'm also not convinced that the construction focus of these tools belong in Revit at all. To me these tools would be awesome in Navisworks, QTO, Innovaya, Synchro, and all the other construction tools we use. On our third party jobs using design team's BIMs we just aren't in the position to open their model and mess with it making these tools useless in a third party construction scenario. Once some of the core issues below are resolved, we'll use the heck out of these on our integrated projects. I'm just not sure how these address the needs of the majority of construction work in the market. Really, these give contractors even more reason to build their own BIMs and ignore the design BIMs, and that is the wrong direction to head.<br />
<br />
I'm also really disappointed that these tools were not considered in the light of architectural documentation. Both the parts and assemblies tools have huge potential to improve documentation workflows if used correctly, and there are some seemingly trivial decisions that were made that have effectively prevented their use in this fashion. To be clear, I don't mean that executing any of this was trivial, quite the opposite I know a lot of good people put a lot of hard work into these tools. But, what might seem like a trivial decision such as where do parts fall in the program - their own category or as subcategories under their host object - can have a huge impact on the actual use of the tool. In this case, a seemingly simple decision has basically doomed parts to being unusable for design documentation.<br />
<ul><li>Parts - The whole concept of parts is that system families that are made up of layers (walls, roofs, ceilings, floors, etc...) can now be broken into their constituent layers or into separate chunks in Revit and modified individually. The workflows I hear the most from the factory are breaking up slabs into pours, and breaking walls into individual layers for construction scheduling and quantity takeoff. But, there are some BIG gotchas in this system. <br />
<br />
For starters, it creates duplicate geometry that now overlaps. You still have the original wall and now have additional part elements for all the layers. There is a nifty view control to manage this mess, but it hardly makes it go away. It just hides it in Revit. In other tools this has to be done manually right now - though I would expect them to update their export options accordingly in the near future. Fundamentally, I don't like this workflow. We aren't creating duplicate objects - they are the same objects! The software need to recognize this not ignore it!!! Parameters from the host elements (a wall that is fire rated) need to apply to the parts (this is CRITICAL!). Right now, for construction usage, this is a purely modeling centric solution as it actually complicates and degrades the "I" in BIM. Also, there are restrictions in what you can turn into parts.<br />
<div class="separator" style="clear: both; text-align: center;"><a href="http://1.bp.blogspot.com/-C4NS6CM389M/TZKvlXTnFNI/AAAAAAAAAEQ/WVKB5nKgviU/s1600/2011-03-29_2316.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="400" src="http://1.bp.blogspot.com/-C4NS6CM389M/TZKvlXTnFNI/AAAAAAAAAEQ/WVKB5nKgviU/s400/2011-03-29_2316.png" width="183" /></a></div>So, notice the "N"s. Anything point edited is out of bounds. The real killer is roofs though. I could not find a single way to slope a roof that didn't prevent me from creating parts. Can anyone tell me how many roofs are actually perfectly flat? None? So, for all intents and purposes parts don't work for roofs at all because roofs are never flat. Parts for construction are an unfortunate case of great intentions that result in an epic fail...<br />
<br />
How these parts are organized also causes big problems. The factory chose to break out ALL parts into a "Parts" category. So, wall parts, floor parts, roof parts, ceiling parts, any parts all are in the same lump of a category. What does this mean for us? Well, you know all those view templates, VG Filters, Object Style settings, and other visibility controls you use to make your documentation look great? They won't work on parts. Parts are parts are parts. So, all my hopes and dreams of cleaning up tricky wall join conditions correctly (instead of the edit cut profile tool) in plan and in section, gone. I can't have the parts show up like the wall should. It would take hundreds of man hours in training and implementation to get this to work now. If, instead, parts came in as subcategories of the host element they were created from then all this would have just worked. This was a total face meet palm moment for me as a user when I saw how it was done. So, this is a case of parts never being considered as a documentation tool, and therefore not working as a documentation tool despite all the potential.<br />
<br />
</li>
<li>Assemblies - On the whole, these get a much better reception from me than parts do. This tool was thought out in some sense in terms of documentation possibilities, and addresses a number of issues I've had with groups for a long time. Basically, these allow you to select objects (including things that are parts of a host element like curtain wall mullions and panels) and call them an assembly. Then, the cool part kicks in. It searches all existing assemblies for matching geometry and information properties and if it finds a match the assembly is automatically turned into an instance of the existing type. If there is no match, then it makes a new type. No duplication allowed. Nifty!<br />
<div style="text-align: center;"><span class="Apple-style-span" style="color: #0000ee;"><span class="Apple-style-span" style="color: black;"><a href="http://2.bp.blogspot.com/-m-ifuvFBkzA/TZIszbuxVOI/AAAAAAAAAEE/TbhrbuN0T6E/s1600/2011-03-29_1351.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="250" src="http://2.bp.blogspot.com/-m-ifuvFBkzA/TZIszbuxVOI/AAAAAAAAAEE/TbhrbuN0T6E/s400/2011-03-29_1351.png" width="400" /></a></span></span></div>There are really a limited number of things needed to make this an awesome tool. However, there is a potential for confusion. Assemblies are similar in nature to groups, and we as end users have to keep an eye out for where each of these should be used. Why do I say that? Well, assemblies are like groups with documentation in mind, but minus some productivity features. Here is a simple chart:<br />
<div style="text-align: center;"><a href="http://2.bp.blogspot.com/-DMuLQnuQq7E/TZJgJ0ObzfI/AAAAAAAAAEI/uNqzaHVcNdg/s1600/2011-03-29_1741.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="400" src="http://2.bp.blogspot.com/-DMuLQnuQq7E/TZJgJ0ObzfI/AAAAAAAAAEI/uNqzaHVcNdg/s400/2011-03-29_1741.png" width="310" /></a></div>As a construction tool, everything but the lack of propagation is acceptable. That makes the workflow of managing a large project with many assemblies very difficult, and since the solution for this exists (let us include them in groups!) I'm hopeful it gets resolved quickly (as in a mid year release). Assemblies fall into the almost there category.<br />
<div style="text-align: center;"><br />
</div>There are two limitations that really hurt design usage of assemblies. The first is that the assembly views can only be placed on their own special sheet. If we could make assemblies out of all our storefront in a project, set assembly views of those, and drop them on sheets together along with other model views we have just replaced one time consuming workflow for documenting storefront types with one that is far more intelligent and much faster to boot. The second is that assemblies don't work in design options. This little oversight is a disaster for use in design workflows. You can only effectively use assemblies on things you're pretty much sure of. It is so close, but close only counts in horseshoes and hand grenades. Once again, almost there...</li>
</ul><div>I do want to thank the factory for all the hard work they put into these features, and all the others that are in the 2012 release. I think this is another home run release to follow up 2011, so overall great job to all! My criticism of the construction features is not meant to knock all that hard work, but to hopefully make the tools that much better next year. So, here's looking to 2013.</div><div><br />
</div><div>Adios!</div><br />
<b><br />
</b><br />
<b><br />
</b>Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com6tag:blogger.com,1999:blog-5920367388027052331.post-13592970546769416712011-03-11T09:17:00.000-08:002011-03-11T09:17:53.611-08:00Dallas Revit User's GroupThanks to DCCADD for the opportunity to present at last night's DRUG, and thanks to all who attended for the excellent questions!<br />
<br />
I mentioned materials online during the class and several people have asked for better directions. The material originally presented was for the AU class titled Fuzzy Math. All the posted materials from that class are available <a href="https://beck.box.net/shared/gza528r3m5">here</a>.<br />
<br />
The new material not posted for AU will become available in May when the next version of Mastering Autodesk Revit Architecture is published. Eddy Krygiel kindly asked me to contribute a chapter to the book, and this presentation was a very fast fly through of all the material in that chapter.<br />
<br />
Anyway, thanks again, and let me know if there are any other questions!Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com2tag:blogger.com,1999:blog-5920367388027052331.post-64618020525025038132011-02-14T09:08:00.000-08:002011-02-19T11:57:25.842-08:00Vasari 1.1So, for those Vasari fans out there. The team has posted a new video on youtube that shows some of the new features. (Click on the post title for the link.) They go by fast, but there are some great images of wind rose visualization, wind impact studies, and some gravity simulation (there is a labs product for that too).<br />
<br />
I've now had a day to play around with it, and it is quite neat! However, I made a mistake. I assumed the plan simulation was a wind impact analysis. It isn't. It is solar radiation studies on a planar surface. So, it is an extension of the solar analysis studies already in Vasari 1.0. So, the wind rose is the only wind feature.<br />
<br />
Also, they fixed the issue with Vasari not respecting workshared files correctly. Thanks factory!<br />
<br />
Awesome!Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com1tag:blogger.com,1999:blog-5920367388027052331.post-10465011436072906992011-02-05T14:39:00.000-08:002011-02-05T14:40:10.333-08:00Revit ServerSo, as a company with both Construction and Architecture, we are struggling with the infrastructure needed to support two very different network diagrams. Most Architecture firms have a few main offices, and this is the environment Revit Server was designed to help out with. It is working great for us too, so no complaints on that front! Our Architecture network diagram looks much like any other firm with five offices:<br />
<div class="separator" style="clear: both; text-align: center;"><a href="http://2.bp.blogspot.com/_yVf4EQggr4o/TU3OTcAjCnI/AAAAAAAAADw/JhWGNHbbNnA/s1600/ArchMap.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="222" src="http://2.bp.blogspot.com/_yVf4EQggr4o/TU3OTcAjCnI/AAAAAAAAADw/JhWGNHbbNnA/s400/ArchMap.png" width="400" /></a></div>So, we set up our Central Server in Dallas, and local servers in the other offices. That's that! But, our construction work makes this a LOT more complicated:<br />
<div class="separator" style="clear: both; text-align: center;"><a href="http://3.bp.blogspot.com/_yVf4EQggr4o/TU3OpkxZ-3I/AAAAAAAAAD0/rJ_piBdAFik/s1600/ConstMap.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="331" src="http://3.bp.blogspot.com/_yVf4EQggr4o/TU3OpkxZ-3I/AAAAAAAAAD0/rJ_piBdAFik/s400/ConstMap.png" width="400" /></a></div>Add in a few more offices (teal-ish) and then all the jobsites (red-ish). Most of the connections between those jobs and their home office is Cable or DSL quality. When was the last time you tried saving to central over cable or DSL? I have Fios at home and that still takes 15-30 minutes depending on file size. So, you're thinking: Why not have a local server at every jobsite? Well, tons of reasons. Some jobsites have no permanent home for our people. About 1/3 of our work is small projects with one guy running two or three projects simultaneously. What job do you put the server on? Also, a lot of smaller jobs don't have the budget for a dedicated server at all. On over 60% of our work people are using their computers with no jobsite server. Two or three people don't need their own server when they can connect back to the office over VPN. It "requires" Server2008, and no one wants that running on their own machine. It is only suitable for a server environment, not a mobile workstation or laptop. If only we could run RevitServer on Windows7...<br />
<br />
Fortunately, there's a hack for that. Proof of concept screen shots below:<br />
<div class="separator" style="clear: both; text-align: center;"><a href="http://2.bp.blogspot.com/_yVf4EQggr4o/TU3Q6YpTjXI/AAAAAAAAAD4/glWyomWQ5t0/s1600/RevitServerWin7.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="400" src="http://2.bp.blogspot.com/_yVf4EQggr4o/TU3Q6YpTjXI/AAAAAAAAAD4/glWyomWQ5t0/s640/RevitServerWin7.png" width="640" /></a></div>If you look REAL closely, you can see Revit is connected to the same "server name" as the workstation the screenshot is being taken from. The application pools are running correctly, and the Revit Server admin page is also working correctly. I'm testing the fool out of this as it is unsupported (and not recommended!). But, considering anyone on a jobsite is already loosing and hour plus every day saving to central, if I can cut that in half and they crash once a week they're still coming out ahead. So, here's to crossed fingers! I'll let you know how all the tests come out...Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com1tag:blogger.com,1999:blog-5920367388027052331.post-33755337852588903682011-01-07T08:09:00.000-08:002011-01-07T08:09:37.266-08:00Revit GunslingersSo, Aaron and I are off to Revit Gunslingers in Massachusetts after next week, and I'm gearing up to take all the feedback I've received in the class and after up to development and see what they say. I'll let everyone know how it turns out! Wish us luck!Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com1tag:blogger.com,1999:blog-5920367388027052331.post-14377192384603333182010-12-06T10:07:00.000-08:002010-12-06T10:07:18.885-08:00Robots everywhere...Despite Jeffery McGrew's conspicuous absence from the AU scene this year (I didn't see him, did anyone else?), robots were everywhere!<br />
<br />
There were some great things at the Design Computation Symposium covering both a metal bending robot for complex metal panel designs with curved folds and a "generic" robot arm used for a variety of construction tasks like laying bricks. This was some super cool stuff to see in action and imagine out on our jobsites.<br />
<br />
Before you say "whatever, that's so in the future" check out this real world example:<br />
<a href="http://www.wired.co.uk/news/archive/2009-10/27/brick-laying-robot-sculpts-infinite-loop-without-mortar.aspx">http://www.wired.co.uk/news/archive/2009-10/27/brick-laying-robot-sculpts-infinite-loop-without-mortar.aspx</a><br />
<br />
Or, these videos:<br />
<a href="http://www.youtube.com/watch?v=8jgpgyxM54U">http://www.youtube.com/watch?v=8jgpgyxM54U</a><br />
<a href="http://www.youtube.com/watch?v=2RNQvIBk9zw&feature=rec-LGOUT-real_rn-1r-1-HM">http://www.youtube.com/watch?v=2RNQvIBk9zw&feature=rec-LGOUT-real_rn-1r-1-HM</a><br />
<br />
Can you imagine having an argument with one of these out on a jobsite???Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com1tag:blogger.com,1999:blog-5920367388027052331.post-2087520043191991372010-12-02T13:40:00.000-08:002010-12-02T13:40:49.450-08:00AU2010 - Fuzzy MathFuzzy Math!<br />
<br />
The class went great, and we had some really good feedback from the attendees. We did have some issues with getting files uploaded and accessible on the AU site, so I've posted a link to get all the class materials <a href="https://beck.box.net/shared/gza528r3m5">here!</a><br />
<br />
Enjoy (you closet geek you...) !Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com1tag:blogger.com,1999:blog-5920367388027052331.post-87832272810525771952010-11-29T09:59:00.001-08:002010-12-06T15:19:02.581-08:00Design Computation<div xmlns="http://www.w3.org/1999/xhtml">I'm at the design computation symposium, and Carl Bass was talking about digital fabrication and design. One main point in his talk was the gap between the finished digital product and the actual fabrication and installation of that item ( In AEC ). But, on the design side we also have a large gap in our ability to simulate and analyze design to real performance due to the complexity of the built environment... <br />
<br />
Come on real time simulation of energy performance... <span id="BB_SIGN_BEGIN"> </span> </div>Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com1tag:blogger.com,1999:blog-5920367388027052331.post-32404501971840527242010-11-15T07:39:00.000-08:002010-11-15T07:40:40.487-08:00VasariIn the department of controversial, head on over to the Inside the Factory blog and take a look at Project Vasari. Basically, this is the Revit conceptual massing environment pulled out of Revit as a stand alone modeling tool.<br />
<br />
So, why is this controversial? Well, read the comments...<br />
<br />
There is a lot of criticism (as there always is) about the factory spending time & money on this project when some other tools (text editing, stairs, site tools, etc...) languish in the dark despite the fact the they would see much wider use than a Revit Lite for conceptual design. But, I had to respond on one front - there were people on the boards saying that Autodesk was focusing on this because Revit isn't good enough for some of the more adventurous buildings like those for the Olympics in London. Well, this isn't a bird's nest but it isn't a strip mall either...<br />
<br />
<div class="separator" style="clear: both; text-align: center;"></div><div class="separator" style="clear: both; text-align: center;"><a href="http://2.bp.blogspot.com/_yVf4EQggr4o/TOFRZ7cjFHI/AAAAAAAAAB4/wZpZFH-BFWc/s1600/Screen+Study+Street+Perspective+from+northeast.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="400" src="http://2.bp.blogspot.com/_yVf4EQggr4o/TOFRZ7cjFHI/AAAAAAAAAB4/wZpZFH-BFWc/s400/Screen+Study+Street+Perspective+from+northeast.jpg" width="275" /></a></div><br />
<div class="separator" style="clear: both; text-align: center;"><a href="http://4.bp.blogspot.com/_yVf4EQggr4o/TOFS2RKo6KI/AAAAAAAAACc/77pupj7BF5g/s1600/SGMC+Street+View.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="224" src="http://4.bp.blogspot.com/_yVf4EQggr4o/TOFS2RKo6KI/AAAAAAAAACc/77pupj7BF5g/s320/SGMC+Street+View.jpg" width="320" /></a></div><br />
<div class="separator" style="clear: both; text-align: center;"><a href="http://3.bp.blogspot.com/_yVf4EQggr4o/TOFS0je56UI/AAAAAAAAACY/Reu7JT8kFyU/s1600/SGMC+Aerial+View.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="240" src="http://3.bp.blogspot.com/_yVf4EQggr4o/TOFS0je56UI/AAAAAAAAACY/Reu7JT8kFyU/s320/SGMC+Aerial+View.jpg" width="320" /></a></div><br />
This project was primarily designed, produced, and some of it rendered all in Revit. This is what conceptual modeling is for. I'd post something in rebuttal on the Inside The Factory blog, but the problem is I half agree with the negative comments... But, the other half of me is glad to see Autodesk working to counter those people out there that think Sketchup is a faster conceptual modeler than Revit. A free tool to get people hooked on conceptual modeling in Revit will hopefully help to bust that perception.Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com1tag:blogger.com,1999:blog-5920367388027052331.post-2523140376389186182010-10-26T14:15:00.001-07:002010-10-26T14:15:54.814-07:00Laser Scanning.<div xmlns='http://www.w3.org/1999/xhtml'>I'm at the Leica User Conference in San Ramon, CA. Aside from Bocce and wine, I've been absorbing a ton of neat stuff from the forensics and disaster relief presentations. There are some really cool auto recognition features available to those fields that we can learn from.<br/><br/>Also, Leica shared their new PCE, or "point cloud engine", with us. For us BIMmers, think of this as PIMs (point information models). I think we're really going to see a wave of scanning in AEC in the next two years as the software vendors catch up to the scanning use cases in our industry. We still need a way to bi-directionally link object to each other though, because the points are way to accurate and too dense for documentation, but need to be referenced so they can be used for collision and fabrication.<br/><br/>A long ways to go still...
<span id='BB_SIGN_BEGIN'>
<img alt='BlogBooster-The most productive way for mobile blogging. BlogBooster is a multi-service blog editor for iPhone, Android, WebOs and your desktop' src='http://theblogbooster.com/pixel.gif' style='border:none;'/>
</span>
</div>Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com3tag:blogger.com,1999:blog-5920367388027052331.post-49478447989767851472010-09-30T08:45:00.001-07:002010-09-30T08:45:17.166-07:00Why are plug-ins so important?<div xmlns='http://www.w3.org/1999/xhtml'>So, I just had a great lunch yesterday with some coworkers and a software rep for a PIM (project information management) solution. Part of our conversation touched on integration and interoperability across platforms and disciplines.<br/><br/>One really interesting point the rep made was that their goal was to enable people to interact with their program from whatever "home" program a user was familiar with. This really caught my attention...<br/><br/>We all struggle with the number of applications we all need to "master" now a days. In contrast, this idea of ubiquitous data access in a smaller subset of programs really offers some advantages in efficiency for the end users of software. It turns the traditional "hub and spoke" diagram most software providers show with their program as the "hub" a bit on its head. In this model, each "role" or person uses whatever program they need for their primary tasks, and can pull all the other data in other programs and visualize in their own thus making every program a "hub" and a "spoke" simultaneously. <br/><br/>What can I say, I like it! So, that is why plugins are so important in Revit. Those plugins are going to enable us to create or answer RFI's, see energy efficiency results from our engineers, check on the LEED submittal processes that are related to building elements, or who knows what else all within the comfort of our "home" program... Yummy.
<span id='BB_SIGN_BEGIN'>
<img alt='BlogBooster-The most productive way for mobile blogging. BlogBooster is a multi-service blog editor for iPhone, Android, WebOs and your desktop' src='http://theblogbooster.com/pixel.gif' style='border:none;'/>
</span>
</div>Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com1tag:blogger.com,1999:blog-5920367388027052331.post-23060281476966885332010-09-17T14:30:00.000-07:002010-09-17T14:30:36.817-07:00Slight change of plans...Since there are likely to be several sub-topics of this blog (categories, families, stairs & railings, etc...) I figured it would make more sense to break things up a bit. This particular page will instead be focused on the general discussion a whole, and topic specific posts will hop onto the appropriate page. Hopefully that will keep it a bit more organized as more posts get up there...Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com1tag:blogger.com,1999:blog-5920367388027052331.post-89060153530723896222010-08-09T18:37:00.000-07:002010-08-09T18:37:01.291-07:00First Blog...Well,<br />
<br />
Since I got a "Revit Futures" class accepted at AU2010, I figured it was time to start the associated blog. The classes I submitted originally were topical, and there were 5 topics I sent in on this first attempt:<br />
<br />
Stairs<br />
Categories<br />
Hosting<br />
Curtainwall/CutainSystem<br />
Reporting Parameters<br />
<br />
The one that got picked by the Revit gods is Categories, so we'll focus on that for now...<br />
<br />
There is some background on this, for the past year myself and several colleagues and friends have been having conversations with several people at Autodesk about the shortcomings of Revit's category system. I'll post an abbreviated version of this sometime this week for you all to look at.<br />
<br />
Until then...Kelly Conehttp://www.blogger.com/profile/11728266376486884629noreply@blogger.com1