Related Posts with Thumbnails

« Stairs by Number | Main | BIM Analytics 2010 Conference »

July 29, 2010


Feed You can follow this conversation by subscribing to the comment feed for this post.

Do you remember in Revit 1.0,and maybe 2.0, the overhead line style was automatically applied to roof overrhangs/eaves? Then customers said they wanted to control when these lines were displayed or not. I think that's when this little linework trick/tool was born.

Its definitely from around that vintage but I never knew the specific request. The ability to apply to cut edges and partial edges was added a bit later.

This is one of my favorite tools that blows people's (even seasoned Revit users) minds when I show it to them. Thanks for the blog mention. I'm adding a link to this post to our KB.

I know the trick, but the overlay things doesn't work how you want it many times. It's unpredictable if it'll show the actual floors or roofs above.

cette astuce, je l'utilise et l'enseigne depuis plusieurs années. Elle est parfaite.
La seule problématique concerne le niveau en fond de plan ; il nous faudrait plusieurs améliorations :
- les worksets de la vue courante commande les éléments du niveau en fond de plan (pas toujours pratique)
- Au lieu de choisir un niveau en fond de plan, il faudrait une vue en fond de plan (et donc avec annotations), avec possibilités d'exclure les annotations/détails.
- possibilité de verrouiller le niveau en fond de plan (pas de sélection possible des éléments du fond de plan)
- Pouvoir choisir une couleur pour le niveau en fond de plan

We have used this technique in the past - yes it is great that the roof overhead outline changes when the roof does. But there is another problem:
Because you can easily select the dashed lines representing the roof above, it means that an unwary user can move or delete the entire roof way too easily. It just needs one wrong click with the align tool (or something similar) to cause havoc, and the user won't even know what they've done.

If only Revit had some clever way of locking down the underlay elements so that the only tool that can modify them is Linework, then I'd recommend my users to follow this technique.

There is another issue with the linework tool:
The rationale for when the blue dots appear when you select a line seems quite random. However, once you know that they never appear on cut lines it seems more consistent, but even so, I'm still not convinced that they always appear when they should.

What is the reason behind not being able use the linework blue dots on a cut line? I have often wanted to do this, and wondered if it was one of those decisions made by a programmer, or maybe there is a technical reason why it can't happen?

Making underlay not selectable is a popular request.  Its good you bring it up. It would seem it either needs a setting or a additional step to affect the underlying element.  TAB or some as you call it clever way.

Merci Franck pour les autres améliorations.
Possibilité de bloquer le plan de niveau inférieur ou le vue est une demande populaire.
Choix dune couleur cest utile aussi. En 2010, nous a permis de définir certaines propriétés, mais ne pas la couleur.

Cest vrai aussi une carte de base au niveau est moin bon que la vue comme un fond de carte.

Yes colour overrides for underlays would be useful too - in fact much more useful than weight or linestyle. When I first saw the underlay override capability in v2010 I was at first disappointed that it project-wide rather than view based. However, I think that view-based overrides would be opening a pandora's box (rather like the new v2011 workset visibility controls have increased flexibility, but made things really confusing for our users).

Another issue with the linework tool is the process of resetting the linework overrides - it currently has to be done by laboriously setting each line to "By Category", which is such a pain as it is not obvious which lines have been over-ridden. A right click "Reset linework on element" option to reset any linework to By Category on a given object would speed this up; however, this might allow accidental global changes outside the field of vision or loss of work.

Has the plotting issue associated with this technique been resolved?
Because in a previous version of revit when the linework was obstructed by a slab it occasionally wouldn’t print.

RE: Has the plotting issue associated with this technique been resolved?
Because in a previous version of revit when the linework was obstructed by a slab it occasionally wouldn’t print.

I checked on this.  I was able to find one issue with beams but it seemed to be related to the content rathe rthan the linework tool.  Can you email me an example?  I can make sure it gets the right attention.  It may still be filed elsewhere and I am just unable to find it but I can file my own.

The comments to this entry are closed.


  • Subscribe