No announcement yet.

RFO Blog: Creating a hatch override by Phase, Pt 2

  • Filter
  • Time
  • Show
Clear All
new posts

    RFO Blog: Creating a hatch override by Phase, Pt 2

    In the previous blog post, I showed a method of overriding hatch patterns based on a Yes/No parameter. I also stated that this is a manual usage and should be very thoroughly checked before issuing the documents. But there is a way to (sort of) automate the process of checking using schedules.

    How to check if all parameters are applied correctly? Well there can be a limited amount of scenarios here:
    1. All existing walls have parameter "override wall hatch" applied, none of the new walls have it. So everything is fine and works as aspected.
    2. Somebody (not you off course) accidentally checked the parameter "override wall hatch" to one or more new Walls. Result: some new walls get overridden like shown in image 9.

    3. Somebody accidentally unchecked the parameter "override wall hatch" for an existing wall resulting this wall to have the wrong hatch, see image 10.

    4. This is a tricky one: there is no value applied yet. Using this method you are bound to run in a weird bug: A yes/no parameter can actually have 3 values: Yes (1), No (0) and (not defined), see image 11.

    This never happens for loadable families because either Yes or No is already applied in the Family Editor. Newly created System Families however ALWAYS start with the value . For this image, I created a new Wall in the Existing Phase. Doesn't matter how you do it, by using the new Wall command or the Create Similar command: result is the same.
    A -value is a programmatic term for a value that's supposed to be there but isn't (a Yes/No is supposed to be either Yes or No, 1 or 0). But since it's not defined it's neither of them. What is it? Well, I don't know, but Revit sees it as less then 0. So you can use it in a schedule.

    So go to View > Schedule > Add a Wall Schedule. Name it "check override new walls" (or something less lengthy). Set the Phase to New and the Phase Filter to New only.
    Go to Fields tab > Add the system parameter "Type" and your custom "override wall hatch" parameter to list and identify all Walls created in the Phase "New" with this parameter applied, see image 12.

    Go to Filter tab > Add a filter and filter on "override existing hatch" to equal Yes, see image 13.

    This way you are showing all Walls created in Phase New which have the "override existing hatch" applied (which is wrong, since these walls are New).
    So, if all is well there shouldn't be ANY walls in this schedule. To check this, go to Plan View New and check the "override wall hatch" for any Wall created in Phase New, see image 14.

    So this takes care of the "accidental" override of New Walls. Now to check if you correctly applied the filter parameter to all existing walls:

    Duplicate the Schedule View and rename it to "check override existing walls" (or something). Set the Phase to Existing. This will show all Walls created in this Phase.
    Go to the Filter Tab. Change the Filter for the "override wall hatch" to "Less then or equal to" No. This will filter for 2 things:
    1. Existing Walls that have the "override wall hatch" parameter not checked (value = No or 0), see image 15.

    2. Exising Walls having the "override wall hatch" not applied (value = or less then 0), see image 16.

    So now we have all the bases covered: you can use these schedules to check whether you applied the corect parameters in reference to the Phase the Wall was created in.
    The third part of this weblog will deal with making this all look nice and work user-friendly.

    Click here to view the entire blog post.

Related Topics