Donate Now Goal amount for this year: 2500 USD, Received: 1627 USD (65%)

Page 1 of 2 12 LastLast
Results 1 to 10 of 12
Like Tree5Likes

Thread: Window sill or head height not reporting

  1. #1
    Member sknsnw9's Avatar
    Join Date
    March 30, 2013
    Location
    Oregon
    Posts
    66
    Current Local Time
    11:17 AM

    Window sill or head height not reporting

    I tried to make this work before, but I just dropped the whole thing relating to sill and head height and kept making the family without using my own shared sill and height. I made a whole new window package. All parts are made in generic category then the frame, sash, and glaze is nested together, then that is nested in a parent family with trim, pair and/or ganged etc. Everything all works great and love it having better control.

    So now, I'm ready to tackle this problem and would like to figure out how I can solve it. I made a dumb family to test it out and see if I can figure what I'm doing wrong with just the void and using my own shared sill and height. For whatever reason it's not working when I try to change the height. It doesn't matter if I use the opening or void. OR also using either window category or generic category. Any help would be great. As you can see in the pic, this is generic and the elevation says 3', but when I input my sill to 5' nothing moves. When I change the elevation, the window moves, but not the my sill parameter. I'm sure I'm missing something small.

    This is my windows family in the schedule and you can see the "ganged" window which is the single window family is reporting the correct sill height, but the actual shared nested window size is reporting in the negative? In reality the "ganged" part will be hidden from the schedule. Sill height/head height (head is not reporting correctly either) is the revit native, the win sill height is my shared parameter.
    Attached Thumbnails Attached Thumbnails Window sill or head height not reporting-2018-08-26_0749.png   Window sill or head height not reporting-2018-08-26_0804.png  

  2. #2
    Member BLothian's Avatar
    Join Date
    December 11, 2013
    Location
    Livingston, Scotland
    Posts
    465
    Current Local Time
    07:17 PM
    Assuming you use custom head and Sill parameters (as I do in my window families) the head and sill problem is simple to fix.

    In an elevation view:
    1. Activate the Ref Plane tool
    2. Use the Pick Line setting and select the Ref Level.
    3. Select this new ref plane and enable the Defines Origin instance parameter.
    4. Dimension between this new ref plane and the ref level and lock it, it should say 0.
    5. Move the lowest end of both parameterized dimension for head and sill onto the ref plane instead of the ref level (use tab to cycle and pay attention to the status bar in the bottom left of the Revit window).
    6. Each time you do 5 the parameter will become unassigned so you will need to reapply it from the ribbon.
    7. Reload the family into the project and the values should report correct.
    cganiere likes this.

  3. #3
    Forum Addict GMcDowellJr's Avatar
    Join Date
    December 21, 2010
    Location
    Phoenix, AZ
    Posts
    2,606
    Current Local Time
    11:17 AM
    You canít use both parameters. You can set it up so your Sill SP parameter controls the placement but then the OotB Elevation parameter has to be at zero relative to the level you want the Sill parameter to report from.

    The problem here is that thereís no way to keep from editing the Elevation parameter. The model can look right and report incorrectly.

    I havenít had to do this yet but my knee jerk would be to have the Sill SP not control placement. Let Elevation control placement and use Dynamo (or a manually edited schedule) to copy the value from Elevation to Sill.


    Sent from my iPhone using Tapatalk

  4. #4
    Member BLothian's Avatar
    Join Date
    December 11, 2013
    Location
    Livingston, Scotland
    Posts
    465
    Current Local Time
    07:17 PM
    Quote Originally Posted by GMcDowellJr View Post
    You canít use both parameters. You can set it up so your Sill SP parameter controls the placement but then the OotB Elevation parameter has to be at zero relative to the level you want the Sill parameter to report from.

    The problem here is that thereís no way to keep from editing the Elevation parameter. The model can look right and report incorrectly.

    I havenít had to do this yet but my knee jerk would be to have the Sill SP not control placement. Let Elevation control placement and use Dynamo (or a manually edited schedule) to copy the value from Elevation to Sill.
    Sent from my iPhone using Tapatalk
    You don't need to use the elevation parameter at all, I just described what you need to do ignoring the default parameters (iirc I unassigned them in my families) for custom SP's.


  5. #5
    Member sknsnw9's Avatar
    Join Date
    March 30, 2013
    Location
    Oregon
    Posts
    66
    Current Local Time
    11:17 AM
    Quote Originally Posted by BLothian View Post
    Assuming you use custom head and Sill parameters (as I do in my window families) the head and sill problem is simple to fix.

    In an elevation view:
    1. Activate the Ref Plane tool
    2. Use the Pick Line setting and select the Ref Level.
    3. Select this new ref plane and enable the Defines Origin instance parameter.
    4. Dimension between this new ref plane and the ref level and lock it, it should say 0.
    5. Move the lowest end of both parameterized dimension for head and sill onto the ref plane instead of the ref level (use tab to cycle and pay attention to the status bar in the bottom left of the Revit window).
    6. Each time you do 5 the parameter will become unassigned so you will need to reapply it from the ribbon.
    7. Reload the family into the project and the values should report correct.
    Awesome! Thank you. I thought it would be something simple that I overlooked. This worked great. Now gotta update all windows family!

    Greg, I'm not going to be using the OOTB parameters and use my shared parameters instead. I also don't know how to use dynamo yet.

  6. #6
    Forum Addict GMcDowellJr's Avatar
    Join Date
    December 21, 2010
    Location
    Phoenix, AZ
    Posts
    2,606
    Current Local Time
    11:17 AM
    No, you donít need to use the Elevation parameter.

    But, if it gets used, even accidentally, it screws up the other system. If someone aligns the window vertically youíve just lost control over your parameter. If youíre confident your team will never do this, or any other number of translations that affect the Elevation parameter, go for it.

    Or, you could have the window move vertically in only one way and capture it manually when ready. Up to you!


    Sent from my iPhone using Tapatalk
    sknsnw9 likes this.

  7. #7
    Member BLothian's Avatar
    Join Date
    December 11, 2013
    Location
    Livingston, Scotland
    Posts
    465
    Current Local Time
    07:17 PM
    Scheduling the elevation is a simple method to highlight if any errors have been made though I'm sure a dynamo graph could be put together to set them all to Zero.

  8. #8
    Member sknsnw9's Avatar
    Join Date
    March 30, 2013
    Location
    Oregon
    Posts
    66
    Current Local Time
    11:17 AM
    Quote Originally Posted by GMcDowellJr View Post
    No, you don’t need to use the Elevation parameter.

    But, if it gets used, even accidentally, it screws up the other system. If someone aligns the window vertically you’ve just lost control over your parameter. If you’re confident your team will never do this, or any other number of translations that affect the Elevation parameter, go for it.

    Or, you could have the window move vertically in only one way and capture it manually when ready. Up to you!


    Sent from my iPhone using Tapatalk

    I noticed that when I was playing around with moving it up and down, aligning it. I was able to use the schedule to bring it back to zero and adjust it at the same time.

    Just for the sake of this conversation. How do you have yours set up? Sill and Height wise?
    Last edited by sknsnw9; August 29th, 2018 at 07:18 PM.

  9. #9
    Forum Addict GMcDowellJr's Avatar
    Join Date
    December 21, 2010
    Location
    Phoenix, AZ
    Posts
    2,606
    Current Local Time
    11:17 AM
    Until very recently, I never bothered since everything I did was curtain wall. But I'd probably start with the assumption that windows need to have their sill height noted in a schedule. Not because I don't think it should be there but because the software makes it a manual effort to be sure it's correct.

    Once I lost that battle (wink) I'd lean into the example I gave before so that I only had to worry about one parameter rather than two. In that case, my windows would come in with their sills at whatever Default Elevation was in the family and I'd push the Elevation parameter to a SP for scheduling and tagging.

    With both the Elevation and your SP controlling the height of the window you have to verify which windows have their Elevation set to something other than zero (cause someone moved it) and readjust it back to zero while also modifying the SP parameter to match the design intent.

    If you have good faith in your team that they won't use the Elevation parameter (like ever) then the SP approach works like a champ. I don't have that level of confidence in myself, let alone my team!
    Last edited by GMcDowellJr; August 29th, 2018 at 07:30 PM.

  10. #10
    Forum Co-Founder Twiceroadsfool's Avatar
    Join Date
    December 7, 2010
    Location
    Dallas, TX
    Posts
    10,200
    Current Local Time
    01:17 PM
    Ive never (personally) understood considering Sill Height or Head Height to be properties of the Window TYPE, in practice. I buy the same Single Hung Window whether i install it with the Sill at 18" or at 24" in another room. Scheduling Sill and Head Height by Type is silly, to me. They are all Instance Parameters in my Window Library.

    The same issue still exists between the Sill Height/Head Height/Elevation parameter, but we have a Dyn Graph that cleans that up, just in case theyve been used. But- as the windows are schedule by Type- that information isnt in the schedule anyway. Its in an Elevation View somewhere.

    But thats just one persons opinion.

Page 1 of 2 12 LastLast

Similar Threads

  1. Reporting error from Window Sill Height
    By billiam in forum Architecture - Family Creation
    Replies: 10
    Last Post: March 8th, 2019, 03:19 PM
  2. Window Head Height Constraint
    By SuperDave in forum Architecture - Family Creation
    Replies: 5
    Last Post: July 21st, 2017, 03:12 PM
  3. Void Extrusions play havoc with Sill/Head Height and Demolish tool
    By rblack in forum Architecture - Family Creation
    Replies: 8
    Last Post: April 20th, 2017, 04:23 PM
  4. Window sill & Head detail
    By EddyRevit in forum Architecture and General Revit Questions
    Replies: 19
    Last Post: September 24th, 2012, 07:20 PM
  5. Nested window family sill/head height parameter
    By rblack in forum Architecture - Family Creation
    Replies: 17
    Last Post: April 6th, 2012, 05:20 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •