Replacing Revit Toposurface

A question came up the other day that is worth a blog post.  My client had created a quick topography from a CAD link that was a preliminary surface.  He had created pads so that the views would look correct.  He now had the new CAD link and wanted to know how to update his surface with the new file.  Unfortunately Revit doesn’t update the surface created from a linked CAD file when the new CAD file is updated.  The trick is to edit the topo surface, delete all the points and then recreate a new surface from the layers in the linked CAD file.   This way Revit keeps the same ID number and building pads can remain to cut out the surface.  However this is one crazy thing that happens when trying to do this, if you delete all the points a warning will come up “A Pad can’t extend beyond the edge of a Toposurface“.  I create a few points that are at a crazy high elevation just around the pad, (by crazy I mean 1000′ or 2500m above the current surface)  then I can easily delete all the points that are at a real elevation in a 3D file.  Once I create a new topo surface from the new CAD link I can delete the points that are generating the huge mountain.  Unfortunately any site component, i.e. trees, parking spaces, etc.  wont update to the new surface.  They will have to be selected and a new host will have to be selected.

 

 

Sheet Issue Dates

One common thing I see in a set of Construction Documents is a schedule that displays all of the dates each sheet was issued on, either with a dot or symbol of some sort.  This is usually done with a project parameter for each release date and then someone has to manually go through and mark each sheet for the date it was issued.  I have seen a few different add ons for this to work but here is a nice little tip to use if you don’t have an add on.

The trik is to create a Sheet Set and then use that sheet set in the browser organization to multiselect all the sheets.  To create the sheet set go into the print dialog and choose to print by “Selected views/sheets” select all the sheets that are part of the print set and do a “Save As…”

 

 

 

 

 

 

 

 

 

 

 

 

 

Once a sheet set is created this can now be used for Browser Organization.  The browser organization for sheets can now be set to Filter By “Print Set” (note: in the print dialog this is called Sheet Set not Print Set). 

Now only the issued sheets are available in the browser making it easier to select them all at the same time and check the appropriate project parameter field.

 

Navisworks opening Revit 2013

In 2013 Navisworks has the capability to open native Revit files.  The question that arises is how does it know what view in Revit to open and what does it import?  They way this is handled is very nice and once understood pretty self explanatory.  In the Navisworks file Reader options there are some settings to pay attention to. 

The Convert setting is used to determine what view Navisworks refers to, to find what to import.   If it is set to First 3D or Navisworks view it will not only look to what is visible but also the level of detail.  If it is set to Entire Project then everything in the file will come through. 

What is the difference between Navisworks view and First 3D view you ask,  if the Revit file has a view with the name “Navis” and Navisworks view is chosen then it will look to that view for what is visible and what the detail level is set to. If it is set to First 3D view it will use the first 3D view that was created in your Revit Project.

I also choose to not select “Convert linked files”  I would rather bring in each linked model file on it’s own.

RTC Summary

As you all probably know, we attended Revit Technology Conference, North America, last week, which is why our blog has been pretty quiet lately.  In the week leading up to the event we were putting the finishing touches on our presentations and finishing the content for our demos and labs.  We were looking forward to going to RTC again this year and of course it didn’t disappoint.  Some of the time slots had a few classes that were great, so Brian were often in different sessions (we didn’t even take any of each others classes), and we are still discussing all that we learned now back home in Colorado.

One of the sessions that Brian liked the most was Tim Waldock’s presentation on Divide and Conquer Adaptive components.  This was kind of a follow up session from last year where Tim shared some of the tools that he used to accomplish arrayed families.  This year he showed the new repeat and divide tools, and demonstrated the use of these tools on a current project.

One of the sessions I liked most was Autodesk Project Vasari: Playing with Energetic Super Models with Matt Jezyk.  The class title did not exactly match the session, but I didn’t mind since Matt covered the Dynamo plug in with Vasari.  Seeing Dynamo in action motivated me to learn more about it, and I can’t wait to play with the tool back at my office.

Although many people warned me that they are hard to teach, I really enjoyed teaching my first lab this year and I am already brainstorming for what I can teach in a lab format next year.  I also liked the small group I had for my What’s New in RST 2013 since we were able to skip much of the formalities and we ended up just playing with the software for most of the hour.  My Analytical Software Lecture went well, although it was very fast-paced since I had a ton of content to shove into the time frame.  As always, everyone loved both of Brian’s labs – one on Navisworks and one on managing details on multi-building projects – but we all knew that would be the case since he is such a Revit rock star.  We will see if he and Paul Aubin can break that tie for best speaker rating.

Of course this is a little biased, but a true high-point of the conference was seeing Brian up on the stage during the closing session.  He presented Glorious Gadgets with Jim Balding, which seemed to be a hit with everyone at the conference.  The two of them presented all kinds of cool (and geeky) gadgets, including a flying drone that they sent over the crowd, and the crowd-pleasing beer-fetching robot.

As was the case last year, one of the best parts of the conference is the networking, talking, collaborating and catching-up with all the people we see at RTC.  We hope the conference will always maintain this small, close-knit atmosphere since it is one of the things that sets RTC apart from …those other conferences.

With RTC coming to a close we now we have to wait another year for all of the learning and fun, however we are looking forward to next RTC not being as hot since it will be in Vancouver Canada on July 10-13, 2013.

 

 

Linked AutoCAD Files – Layers

Recently a question arose about removing layers globally from a linked AutoCAD file inside of Revit.  The user had went into Object Styles, Imported Objects Tab and then expanded the file for the .dwg file then proceeded to delete the desired subcategories for object styles.  This sounds like a completely legitimate way to go about this, with any Revit category if the subcategory is no longer needed then we simply delete them.  In the case of a linked AutoCAD file this is not the right way to go about this, the end result will delete the undesired layers but all of the arcs, lines, circles and text will remain in the file. I found this interesting and a bit of a surprise.  If those elements in the CAD file are queried  the will be un-associated to a layer therefore making it impossible to remove them out of the Revit file.  Instead select the CAD file and use the Delete Layers option, this will remove the layers AND all of the associated elements form the entire file.