Showing posts with label Dept. of Ouch That Hurt. Show all posts
Showing posts with label Dept. of Ouch That Hurt. Show all posts

Tuesday, August 27, 2013

Linked Ceiling Hosted Light Fixtures and MEP

A ceiling hosted light fixture can cut the host ceiling. When an architect uses one of these fixtures the ceiling surface the Revit MEP user has to work with actually has a "hole" in it. This means that they can't put their own light fixture in the same spot because there is no ceiling there.


Technically that's an oversimplification. We CAN put a fixture in the same location but there isn't a face for Revit to detect easily. If you try to use the Downlight - Recessed Can family it's origin is too far from a ceiling's grid pattern to let us put it within a tile. We can put it in randomly and then move it to the correct location. We'll get yelled at though, the light isn't properly hosted now.


If we do the same sort of thing with the troffer family (2x4 fixture) it will be a bit more tolerant as well as not losing its face association.

This sort of discipline collaboration isn't tons of fun.

Tuesday, July 02, 2013

Synchronize with Central and Referencing Elements in Linked Files

A post yesterday at RFO reminded me I've not written about this situation before. Generally Revit supports applying dimensions to elements that are in linked files (tagging too). If we go down that road a paradox of sorts can occur as several of us are working. RFO member AnthonyB did a nice job of explaining the conditions he encountered. The following is based on his example, applying dimensions to linked walls:

Model A has walls and Model B has dimensions. Larry adds some new walls to Model A and uses Synchronize with Central (SwC). Then Larry opens his local copy of Model B and adds dimensions to his new walls followed by using SwC.

Meanwhile Darryl already had his Local File of Model B open doing other things and Larry's changes all happened while he was working in this file. When Darryl uses SwC to share his changes he gets a warning message like this one.


Further, since Larry added a couple tags on walls, in the link, Darryl's message includes something like this one. The host elements (walls) are not present so Revit wants to toss the tags too.


We must take extra care when we choose to reference elements in linked files. If your project uses this approach you'll need to let others know that they should use Manage Links, select each affected link and click Reload BEFORE using SwC. This will ensure the elements that your current project file is supposed to see, will be. Be careful out there!

Wednesday, April 10, 2013

Revit 2014 Schedules Pending Gotcha

Revit has always treated the schedule view for editing as separate from the sheet representation, at least for column width adjustments. This always made sense to me. I should change the width of columns on a sheet where I can see the impact of the change. When I am editing a schedule and I want to see a bit more or less of a column I could change it freely without an impact on a sheet that shows the schedule.

Everything changes with Revit 2014 because when you change a column width in either place, a sheet or the view itself, it changes in the other. This is, as my Spanish speaking friends say, Muy Mal!! Ay Caramba! That's probably too polite?

I think it's safe to say that we've all wished for more control over column width from one schedule to the next. Imagine four door schedules, filtered by floor on separate sheets. Ideally we'd like the columns to be uniform widths from schedule to schedule. So we resort to tricks like an annotation family that provides the "columns" we want and we drag columns over until they cover the "column lines". Then we either delete the guide or "bury" it in a titleblock family with a yes/no parameter to control its visibility.

This enhancement does not help that situation and worse because of the legacy behavior and the assumptions that users will having as they begin to use 2014 we will see lot's of, "Why are my schedules changing constantly?".

Yes we can just create "working" schedules to deal with data entry and "sheet" schedules for documentation but it is unnecessary redundancy, we've got enough of it with other views already. I'm not looking forward to this "feature" getting in the wild.

Added 4/12/2013:
There IS a new Resize button for columns and a dialog appears that you we can use to enter a specific width. This means you can ensure that specific columns have the same width but it is a manual adventure, from column to column and schedule to schedule. It does work on multiple column selection so we can apply the same width to several columns at once. I believe the API does not provide access to this yet.