I noticed that a little feature has made its way into Revit 2014. I thought it was worth it a new blog post, since it is not discussed much around the Revit blog-sphere. Instead, I think it is a very powerful new feature. In Revit 2014, under the "Print Setup Settings" dialog box, within the "Options" box, at the bottom of the panel, you can see a new option switch, concerned with coincidental lines and "Region edges": see image below. This appears to be the much sough after ability to snap view edges to model lines WITHOUT the model lines line-weight being hidden or otherwise cropped by the view edges. In fact, the word choice is a bit unfortunate, since "Region edges" doesn't sound as View crop lines, but they actually are. In other words, not only this feature works with masking regions, but also with view crop lines. Or, if you want to be philosophical, maybe we can even say that in Revit 2014 view crop lines, being finally editable as a sketch, become much closer to actual masking regions. Anyone who has ever done interior elevations in Revit will immediately understand the importance of this feature: users do not need to manually nudge the view boundaries outward in order to display the line-weight of the model lines. Now, a Revit generated interior elevation will snap to the walls model line sections (as before) but the line-weight of those mode lines will print without reductions / cropping. Or maybe, not. Unfortunately, after some testing of this feature, I realized the cropping lines will not mask coincidental lines only if you first turn them into a sketch. In other words, in order to have clean interior elevation with minimal manual drafting, the process woul be:
The View Crop lines should now leave the line-weight of coincidental lines intact, if you leave the new option unchecked, of course.
Despite being in version 2013, Revit still carries within it some quite unbelievably weak features (or lack of functional ones). Classic examples of these quirks with schedules are:
Once again, if you know of any work around, or if you have any philosophical take on these which to me appear to be inexplicable limitations of the software, by all means, please comment away. I have to work on a casework schedule to extract some information about cabinets and the rooms in which they are placed. If creating a new schedule and performing such task should be pretty straightforward, the team is now working on a half gig (yes GIG) model, and we have one hundred schedules in the browser. This dictates that before we create any new views, we should scavenge the (huge) model for already existing ones.
And here is the problem, because I did find a casework schedule (thanks also to the new search browser feature), but I do not know if it is placed on any sheet, or if it is a working schedule that can be modified without any existing sheet being modified. And no, "go check" is not a viable answer, because the browser also contains hundreds of sheets, grouped in dozen custom groups. So looking for the sheet where a particular schedule might have been placed is simply not feasible. Organizing the browser to filter out the "not on sheets" parameter works only on regular views, which is bad because Revit thought us that schedules are actually like any other graphic view of the data-set, that is, like floor plans or elevations, they are "sections" cut out of the same database of the 3D model. Yet, they are listed outside the "views" browser item and they seems to have less "rights" than other views. By the way, Legends seem to have similar limitations, in the sense that they cannot be screened out by "Not on sheet" and if you right click on a legend name, the menu item "Select all instances in view / entire project" is always grayed out. Why can't we at least know how many instances of a particular legend or schedule exist in the project is not clear at this point. This seems to be just an oversight. If anyone has any idea how to achieve this, please do post a reply. In the meanwhile, not to take any chance, I will have to create a new schedule. |
About the AuthorGiovanni Succi is a project designer living and working in San Francisco. He is a LEED AP, and for the last twenty years he has been researching the field of computer graphics, 3D modeling, rendering, and architectural design. More Revit BlogsRevit blog (By David Light) Useful LinksAutodesk Labs Posts Keywords
All
Archives
December 2020
|