Announcement

Collapse
No announcement yet.

linework override vs detail line

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    linework override vs detail line

    I have a general question that applies to a specific situation of mine...
    What is everyone doing in their drawings in regards to adding additional linework? Using the Linework override function, or drawing drafting lines?
    For example, I need to show on my floor plans the line of a soffit or header above. I know I can turn on the reflected ceiling plan as an underlay and then use the linework override function to change the lines I need to show to some specific linetype. Then when I turn off the underlay the lines still show and will follow the "host" element if it moves.
    I could also just use a detail line and draw it where it goes on the plan.
    Obviously the upside of the Linework option is that it follows the wall and stays coordinated. The downside, I've found, is that if I have multiple versions of a specific floor plan, i.e. floor plan, dimension plan, finish plan, reference plan, etc. I have to repeat the process for every single view. Because the line is a view override it cannot be copied and pasted to other views.
    If you use a detail line, you can copy it and paste it to all the other views, but it doesn't update if the reference element moves unless you lock it to the element.

    So, do you all typically use the Linework override, or detail lines???

    #2
    My first choice is to use the underlay method however, if/when I find myself in situations where I want to use linework in a plan view, I use model lines, that way the lines will show up in all plan views. I rarely use detail lines for anything other than detail drafting.

    Comment


      #3
      I'm all for the Linework. No Lines (even if they are model lines) floating around my projects if I can help it!
      Martijn de Riet
      Professional Revit Consultant | Revit API Developer
      MdR Advies
      Planta1 Revit Online Consulting

      Comment


        #4
        Linework over Underlay. No question.
        Aaron "selfish AND petulant" Maller |P A R A L L A X T E A M | Practice Technology Implementation
        @Web | @Twitter | @LinkedIn | @Email

        Comment


          #5
          If your host object changes and you've used detail lines, you have to make that change multiple times AND know which views and all views that need to that change made. It's not just knowing that the change has to be made multiple times, it's knowing all places that change needs made and remembering to do it while being interrupted 5 times while doing it. If you know something will not change then you'd be further ahead using detail lines if it's something simple, but we all know the odds of something changing when you don't think that it will.

          Comment


            #6
            underlay method & the line work tool no question. that needs to be done a handful of times and it automatically updates so no need to say anymore is there? don't even use detail lines in details, rather use line base detail components and you WILL have much better success and much better BIM projects since you will then be able to tag and keynoye the elements
            Last edited by JBZ; June 7, 2011, 06:00 PM.
            -J
            http://about.me/JayZallan
            Tweet, Link or Blog me up!!!

            Comment


              #7
              If you're going to go with detail lines in multiple views then you should group them and copy the group around. That way if you need to change it you just edit the group and they will all change. I never use model lines for anything symbolic.

              Comment


                #8
                Interesting reply Chris. I know a lot of people like to create detail groups out of detail lines, so that they all update when one is edited. I have also noticed that people get into the habit of this and create detail groups even when there is only one instance. I strongly resist this workflow for a number of reasons:
                1. Groups in Revit are inherently troublesome (detail groups not so much, but still . . .), so I only use them when it is important (eg. model replication on a multistorey building).
                2. Groups are inherently slow in Revit - the more groups you have, the slower Revit is to update anything. It seems that Revit needs to check if any groups are affected when it completes all sorts of apparently unrelated functions. I have seen projects with thousands of detail groups virtually grind to a halt.
                3. Detail components are dramatically faster than groups in large projects
                4. Instances of detail groups can be easily moved without users noticing. If the lines are actually a different representation of model elements, you have less chance of them being wrong.

                For those reasons and more, I tell my users not to use detail groups. Use, the linework tool instead, or even symbolic lines inside a model component.
                Now that we have the ability to prevent selection of underlay elements, the use of the linework tool to represent overhead elements is now relatively safe.
                Revitcat
                revitcat.blogspot.com

                Comment


                  #9
                  I agree with Chis
                  It would be great to only use the "proper" way of the linework tool, but I find that when I document things - overhead lines for edges of the roof (as an example) are way good as detail lines in a group (groups so you update it only once).
                  If you use the linework tool, I reckon one tends to believe it always updates and therefore doenst need to be checked; but if the roof is cut/pasted deleted/redone, new part added; the linework tool fails, and every view needs updating manually.
                  If you use detail lines (grouped) - you know you have to update it if the roof has been modified (it becomes part of the process) - and it then updates everywhere
                  Alex Page
                  RevitWorks Ltd
                  Check out our Door Factory, the door maker add-in for Revit

                  Comment

                  Related Topics

                  Collapse

                  Working...
                  X