Truss Calculators

Started by Medeek, March 12, 2013, 06:33:08 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

Medeek

Version 2.5.3 - 10.05.2019
- Added sheathing for complex roofs.
- Fixed the sheathing at the gable overhang for dutch gable complex roofs.



As shown in the image the sheathing with a dutch gable roof tucks up under the overhanging gable end.

View model here:

https://3dwarehouse.sketchup.com/model/9b22a58d-9a63-4946-b9fe-e9bf0de0f2af/Dutch-Gable-Complex-Roof-Test-2

With this fix I think we are now 100% with the sheathing.  I will begin the cladding next.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

I've been thinking about connecting roofs together, for example a gable roof connecting to another building where the roof meets the wall.  For this type of scenario it might be useful to have an option for a cutoff end (gable end with no overhang etc...  I'm not sure exactly what to call this.

P.S. 

It's funny where my thoughts take me when I take a breather from the code, I guess even when I'm on break I'm still contemplating what needs to be done with these plugins.  I just realized that I can enable one additional option in addition to all the other options (ie. gable, dutch gable, half hip). I will call this a "CONNECTION".  Basically you will be able to connect one roof to another (secondary roof).  However, rather than having a separate module for the secondary roof I just realized that with the connection option complex roofs can become secondary roofs, so an additional module is not necessary.

I will need to give this considerably more thought but I think this direction I need to go.  There will need to be some options for connection type (another roof, a wall or a roof and a wall).  I will need to explore the possibilities, this is going to get interesting.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer


Medeek

If things weren't complicated enough with complex roofs, they just got a lot more complicated.

Rather than having two or three different types of connections I think it makes more sense to sub divide it into two additional options and then a connection is simply a connection.  You end up with two additional options:  TERMINAL and CONNECTION

With terminal it is very similar to a gable end however the roof just ends, no overhangs, no outlookers etc...  This would be used when framing the roof up to a wall that is parallel to the roof edge.  Theoretically this same type of roof could be achieved with the CONNECTION option however it would remove the requirement for selecting a primary roof (or solid) to connect to, and just simply end the roof in a squared off fashion.

The CONNECTION option is a bit more interesting. To get the results that we want we need to make this end treatment as general as possible.  One could potentially connect to any group or component in the model or to another Medeek complex roof assembly.  I will need a tool within a tool which allows the user to select the primary roof/object that they would like to connect to. 

1. If the selected group is a Medeek roof assembly then the primary roof will also store that it is being connected to by a secondary roof, and the secondary roof will list the instance name of the primary roof it is connecting to.

2. If the selected group or component (must be a solid) is a non-Medeek roof assembly it will also store and list the instance name of the primary object that the roof is connecting to.

Here are shown a couple of possible connection scenarios:



Connecting to another complex roof at an oblique angle and below the fascia line.



Connecting to a non-Medeek roof (solid group).

To keep this option from completely spiraling out of control we must make the assumption that the only roof planes impacted by the connection will be the two adjacent and orthogonal roof planes that are either side of the connection roof edge (the connecting roof plane technically does not exist).  I'm sure there will be users who try to subvert this requirement in certain design situations, so some logic to check this limitations may need to be implemented.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

When you are connecting a roof into an arbitrary solid (ie. walls) you may end up with something like this:



View model here:

https://3dwarehouse.sketchup.com/model/7fa53493-8c52-4495-8ce4-88f129fdc80e/Roof-Connector-Test-3

You will notice I've modified the roof primitive to emphasize the gable overhang.  The key takeaway is that a roof connection should be treated like a gable end condition but with a certain amount subtracted away.  That way if you do have a situation like the one shown, you will get your rakeboard etc... The trick of course is too make sure the logic is smart enough to identify these potential configurations and then adjust for them.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

First look at roof sheathing:



I've exploded the model so you can get a better idea of all the elements in the assembly.

Note, that the roof outline group will always be at the same Z height as your input points or (top of wall plate).

Due to overhangs and your roof pitch the roof primitive may extend below the outline, hence the reason I hide the roof primitive layer when initiating the edge move tool or roof plane edit tool.

For cladding I still need to do some work due to the roof extension parameter, this complicates the geometry slightly since the cladding is not based on the same face (edge points) as the sheathing is.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer


Medeek

First look at cladding with the cladding extension active:



As you can see asymmetric roofs tend to complicate things slightly but regardless the correct lateral extension is achieved (0.75").  I will need to go back into the other rafter roof modules and correct this feature, I don't think I have it quite right. 

Because of the possibility of fascia and the cladding extension parameter, the cladding becomes a bit more involved not only for hip roofs but also along the rake edges of dutch gables, gables and half hips.  All of these roof end conditions have unique solutions when it comes to cladding, and unfortunately it requires a fair bit of logic and coding on my part to make it happen.

The interesting thing about what I do is not so much about the programming, but more the manipulation of the data and the topological and geometric problems I am able to solve, with nothing more than a well written API, some ruby code, and at times some serious mental contortions.  I have certainly become well acquainted with the Geom module in the SketchUp API.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

That cladding extension parameter was a real pain.  However, as you can see in the image below it is now working for the half hip configuration:



Cladding is now complete, thankfully

I'm thinking about working on the roof plane labels next and then on to the sub-fascia.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

First look at labels with cladding and sheathing:



View model here:

https://3dwarehouse.sketchup.com/model/22e3874d-67ec-48a3-b89f-c4001e806a5f/Complex-Roof-Test-6

I need to add a scale factor for the text size which will allow the user to adjust the size of the text for the labels.  I actually need this for the entire plugin, not just this module.

The other issue is ordering the roof planes which may or may not be the same as the number of roof edges.  Note, that sometimes roof edges are collinear and if their other parameters are the same (ie. pitch, overhang etc...) the roof planes will merge into one.  For example take roof plane "N" in the model shown, it is bounded by two separate eave edges.

The ordering of roof planes gets a little bit interesting in these cases but all one can do is one's best to bring as much order to the chaos as possible.

Each label is centered on its respective roof plane (via the bounds.center method), sometimes this works out and sometimes it doesn't.  I don't really have any ideas on a better algorithm for the time being.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

Starting to work on the sub-fascia module.  Everything is pretty clear to me except for the half hip.  I actually have never added a half hip roof type to the plugin until now.  My proposed solution for a half hip with sub-fascia is:



I think it makes the most sense to bevel cut the rakeboard as shown so that the bottom edges of rakeboard flush up.  Please feel free to comment or suggest and alternative solution.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer


Medeek

Version 2.5.4 - 10.08.2019
- Added cladding for complex roofs.
- Added labels for complex roofs.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

Looking at some of Larry Belk's roofs this morning got me thinking about those crazy octagon shaped turrets often employed on upper end houses.  It seems they are rather popular these days, and I would imagine quite fun to frame up.

I honestly wish I was living in an area where a lot of this type of house building and framing is going on.  It would be very educational to visit a few of these job sites and observe how things are going together and ask a few (many) questions.

The image below shows what solution (upper octagon) the complex roof module will come up with when the octagon is integral with the rest of the roof (all one assembly):



View model here:

https://3dwarehouse.sketchup.com/model/6921b67e-240b-4cdc-9c21-6cd07997bc3a/Complex-Roof-with-Turrets

However, the solution you will probably want is the lower octagon turret where the octagon outline is fully preserved.

When the plugin creates the roof primitive it will only at a maximum have as many roof planes as there are roof edges (eaves).  The straight skeleton algorithm cannot add in additional roof planes that do not border a roof edge, this is just the way it works mathematically, there is nothing I can do about this behavior.

I will need to give this type of situation some more careful thought and consideration.  I have a few ideas up my sleeve already but the implementation is always the crux of the problem.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

One thing I haven't considered yet are roof returns (gable and half hip):



However if you are going to go to the trouble to put a return on the half hip you will probably also do a lower return at the fascia line as well:



Eventually half hips will need to have an option for returns:  Upper, Lower or Both

Also note that the pitch of the lower roof return equals the pitch of the half hip but this may not always be the case.  Also the lower roof return may have three possible configurations:  Full, Hip or Gable.

The complexity of complex roofs knows no bounds.

View model here:

https://3dwarehouse.sketchup.com/model/a434deb1-1393-42fd-a5d0-8169040e6717/Half-Hip-with-Returns

I don't want to get lost in the weeds right now so I'm not going to implement roof returns for gable and half hip roof ends just yet.  This will have to be work for a later date.  However, it was worth exploring and considering the possibilities.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

Version 2.5.4b - 10.09.2019
- Fixed a bug with non-orthogonal roof plane labels for complex roofs.
- Resolved some minor bugs and stability issues with half hip and dutch gable roof options with complex roofs.



View model here:

https://3dwarehouse.sketchup.com/model/f09f35f6-eb27-4a3e-8d49-3f6af9856ad2/Turret-Test-2

If you are BETA testing the complex roof module I higly advise upgrading to this latest version as it addresses a problematic stability issue I was having with dutch gable roofs.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

Version 2.5.5 - 10.10.2019
- Added sub-fascia and rakeboards for complex roofs.





View model here:

https://3dwarehouse.sketchup.com/model/33431c47-70f0-4fd9-9456-057bd4747255/Complex-Roof-with-Sub-fascia-and-Rake

I've eliminated the FLUSH option and only kept the BEVEL and DROP option for sub-fascia.  I don't know that the FLUSH option ever really made any sense.  If enough people complain I can always bring it back.

We have enough "real" geometry now to show the basic outline of the roof.  I will next go after the soffit and fascia and then the gutters.  I'm still thinking about downspouts, a method to customize their placement makes the most sense.

I may have to take a break from the code for a couple of days (not really excited about that) as I have some traveling to do.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer


Medeek

I think the complex roof will be a welcome addition once I have moved the ball a bit further.  Testing the plugin suite combined with the complex roofs is quite satisfying but it does make me realize that so much more still needs to be done, not only with the roofs but also with the walls and other features (ie. porches, decks, steps etc...)



View model here:

https://3dwarehouse.sketchup.com/model/27993846-6a5c-48be-a762-bc139be925ac/Test-House-5

As they say the devil is in the details and there can be a lot of details with these residential (and commercial) structures.

I'm now 4 years into these plugins (the first iteration of the Truss plugin was released on 10/07/2015), well technically only 1.5 years full time.  I think I've made a fairly sizable dent, but looking at what still remains to be done, I'm not sure I even see an end in sight.

I beginning to warm up to the idea that I may need some programming help (perhaps even partners).  If you're familiar with the SketchUp API and interested in possibly getting involved in the development of these plugins, give me a shout I would be interested in talking with you.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

I'm now at the stage where I am beginning to work through my algorithms for the actual framing of the roof (ie. rafters, ridges, hips and valleys).  I begin by breaking down the edges of the roof so that I can determine which are hips, valleys, rakes, flying hips etc...  I also want to actually label each as such so when it comes time to dump all of this into the estimating module there is some order to it.



If you look closely at a roof primitive and the edges that constitute that primitive, immediately a number of things jump out at you:

1.)  All of the horizontal edges that are at the same Z height as the top fascia line are roof perimeter edges or "fascia edges".  We do have to make an exception for the half hip though, since its fascia edge will be elevated above the eave height. 

2.) All of the edges with vertices below the fascia Z height are irrelevant and we won't be needing those.

3.)  If we look at all the edges coming off of the perimeter vertices (we can find those easily enough by comparing against our perimeter points array) it is apparent that the inside angle between two fascia edges will determine whether the edge is a valley or a hip.  If the angle is less than 180 deg. then it is a hip.  if the angle is greater than 180 deg. it is a valley.  If the edges belong to a gable or half hip roof plane then they will be rake edges, rather than hips or valleys.

4.)  Next we grab all of the remaining edges where the height of the start and end vertices are equal.  These will form ridges.  An exception must be made for dutch gable and the half hip.  So it is best that we eliminate those edges first.

5.) Fortunately, there are no such thing as flying valleys, only flying hips.  By process of elimination the remaining edges will all be flying hips.  Flying hips are interesting because they always begin where a valley and ridge intersect and they end either intersecting another hip/flying hip at a ridge or at a peak with possibly multiple hips coming together at a point.

We basically dump each edge in the primitive into a hash so we have ourselves a quick lookup table for each edge that we can access it for future operations (ie. cutting rafters).

When the roof corner angles are all orthogonal (90 deg. or 270 deg.) the algorithm for the rafter framing should be fairly simple.  However when you throw in non-orthogonal angles (ie. octagon roofs) things become more complicated and there needs to be some logic to deal with these scenarios specifically.

Another reason that I need to classify the edges is that the width of the valleys, hips and ridges may not be equal, which will impact the trimming of the rafters as they intersect these members.

And that is all the magic there is to it.  I think the key breakthrough I had back in May (when I figured out my straight skeleton algorithm) was that I realized that once I somehow generated the roof primitive the rest would easily fall out.  Previously, I was trying to mathematically calculate  all of these vertices and edges, which turned out to be incredibly difficult and ultimately a dead end.

I now have a coherent plan of attack.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

Tutorial 16 - Introduction to Complex Roofs (19:42 min.)

https://youtu.be/UtlKXfN5d5s

I did forget to mention the "Edit Outline" function which can be initiated by right clicking on the roof assembly.  However, if you have a number of customized roof planes the results may become unpredictable, especially if the the outline is dramatically changed.  The feature will need some further refinement.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

First look at a gutter fully wrapping a complex (hip) roof:



Note the 3/4" offset from the sub-fascia since I have soffit and fascia enabled.  The 3/4" thick fascia is not drawn yet, hence the gap.

I've also set my vertical offset to 1" for the gutter.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

Version 2.5.6 - 10.11.2019
- Added gutters for complex roofs.



View model here:

https://3dwarehouse.sketchup.com/model/83e51761-40b1-496f-b7bf-f06341aec044/Complex-Roof-with-Gutters

On this particular model I've employed a vertical offset of 1" and a gutter extension of 1.5" with a K5 style gutter, other gutter styles available.

I have not enabled downspouts yet as I need to come up with a better system for handling these.  I think I have a new system figured out but I need to work on the details before I'm ready to implement it.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

My original restrictions on the placement of gable ends are too tight.  In order to created roofs where you may have a gable on a gable we need to relax things a bit or at least change up the conditionals:



This further complicates each building element or at least opens up possibilities which did not exist before so I will need to add additional logic for sheathing, cladding, sub-fascia and gutters.

Who said complex roofs were going to be easy.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer


Medeek

Another variation of the gable roof study:



Gables ad infinitum...

The one thing that jumps out here is that gable roof planes cannot be adjacent to each other (or other variants like dutch gable or half hip configurations), gable roof planes are separated by hip planes.  Additionally, I will limit the gable option to orthogonal roof planes only (corners must be 90 or 270 degrees).

There is always on more thing to add, at some point I hope to have conquered this beast.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

A couple of interesting gable roofs:



Looks like I have the roof primitive working for "interior" gables.  Now I just need to sort out the details for sheathing, cladding, sub-fascia and gutters.  An interior gable is defined as a gable roof plane with one or more corner angles of 270 degrees (orthogonal inside corner), hence an interior gable. 

For now I'm not going to allow interior dutch gables or half hips.  As long as the angles, at both corners, are 90 degrees then you will be able to place a dutch gable or half hip on that roof plane.  However, the gable is a little more flexible and will allow some interesting configurations, as shown.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

Notice how the sheathing is now projecting underneath the gable overhangs:



Now I just need to get the cladding to behave similarly and then a few adjustments to the sub-fascia and gutters.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

First look at cladding correctly displaying for interior gables:



The sub-fascia for interior gables is interesting because in most cases one or both side will die into another roof plane, however this is not always the case as can be seen in the example to the far left.  Logic to include all of these possibilities now must be constructed.

Unlike the much simpler exterior gable the position of the peak of the interior gable roof has no direct relation to the perimeter points that define this gable's edge.  Due to this inconvenience I cannot (easily) mathematically calculate the sub-fascia, I must use the roof primitive geometry to derive the correct points and position, again more emergent behavior.  In short, the roof primitive is smarter than I am.
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer

Medeek

First look at sub-fascia for interior gables:



Bit of a struggle to consider all of the possible permutations for this type of roof but I think I have finally arrived at a robust solution.

I just need to consider gutters and then we can proceed with the actual framing of the roofs.

I've also heavily modified my error checking code for the roof primitive to make the overall performance more robust.  With the addition of interior gables there is more probability that the designer can create roof design that does not have valid geometry.  Further testing will be required to try and eliminate these scenarios or further augment the areas that are having trouble with these situations. 
Nathaniel P. Wilkerson, P.E.
Designer, Programmer and Engineer