Version 2.4.1 - 05.25.2019
- Parameter hightlight (input) color added to General tab of global settings.
- Parameter change highlighting enabled for the gable and hip rafter roof edit menus.
- Added the indexing parameter for roofs and floors to the General tab of the global settings.



A few minor items addressed per recent customer requests.

The complex roof algorithm seems to be fairly robust thus far, I haven't been able to break it just yet. However as I am contemplating how to make it so that each roof plane is adjustable (variable pitch) it is quickly becoming apparent that such a feature would become very complicated.

The issue really is a situation where you have a particular roof plane that you want to adjust.  You then change its pitch (assuming all other pitches are left the same) and the roof gets recalculated.  In certain situations that roof plane may then merge with another roof plane.  If that happens then one of the two roof planes is absorbed by the other (both pitches must be equal of course).

The difficulty seems to arise in the tracking of each roof plane and the custom pitch assigned to it.  The number of roof planes can be variable.  The ability to edit each roof plane will need to be an "on the fly" sort of tool which allows the user to adjust only one roof plane at a time and then recalc the entire roof to re-determine the shape of the roof and hence how many and where its new roof planes actually are.

The easiest way to store this information, in my option. is to maintain the roof solid group (on a separate hidden layer).  From this solid the roof planes can quickly be ascertained as well as the outline or footprint of the roof.  I'm still thinking this one through as you can probably tell. 

Initially the roof will be drawn with one overhang and one pitch.  Where the edit menu can take it from there is where it potentially becomes quite complicated.

Consider a complex roof like the one below:



I can see that the framing can be accomplished with some basic rules/logic however non-orthogonal roof outlines will probably require some additional logic.

The tool that allows the user to define the footprint or outline of the roof should allow for the selection of a face or allow the user to pick points that then define the closed path of the roof outline.  The code required to do this is already within my foundation plugin and will only need some minor modifications to make if work for this module as well.

I will also need a tool or function that allows the user to toggle specific roof planes from hip to gable or back again.

Also note that this algorithm seems to work just fine even with asymmetric roofs.

Once I have the plugin able to frame out any complex roof (rafters and trusses), its going to be a game changer.

I've decided to put the drip edge on hold for just a bit and focus on the secondary roof module.

There is really two ways to handle this.  You can either start with a primary roof and then add secondary roofs that tie into it.  Or you can allow the user to pick the building outline (any polygon) and utilize a straight skeleton algorithm to compute the roof planes.  There are some pros and cons (limitations) to each method.

Obviously with the straight skeleton method one would assume that the fascia lines up all the way around the roof so it doesn't lend itself to secondary roofs like dormers that may be positioned up on the roof.

However, the straight skeleton allows for some really complicated scenarios that you just cannot achieve with a secondary roof methodology.

A few months ago I was trying to come up with a robust straight skeleton algorithm and somehow it defeated me.  This morning I took a slightly different approach and I now think I've finally solved it:

Step 1:




Step 2:




Step 3:




Step 4:



Once I have the roof "solid" I can then easily pull out the edges that represent the hips, ridges, valleys and flying hips.  From there it is just a matter of some tedious logic to detect whether to frame a common, hip jack, valley jack or cripple jack (hip/valley jack).

Of course the devil is in the details but I now think I have a path forward for complex roofs, this is major breakthrough.

The two most common drip edges I've seen applied to residential roofs are the right two profiles shown in this image:

It would be more light weight to represent these metals as simple edges and faces but then they would Z fight with whatever they are resting on so I guess it is probably better to assign a thickness and model them as a solid instead.

So the two options to start will be a L or a D drip edge (not sure why they call it a D). The dimensions will all be customizable like the roof gutters.

After some further testing of the roof cladding extension parameter I think it makes more sense to make the extension per the horizontal and not per the roof plane.  The problems really only seem to arise when you have an asymmetric roof, in this case the higher pitched roof will project less than the lower pitched roof if the extension is parallel to the roof plane.

Thoughts?

SketchUp Essentials latest video:

I'm considering adding in drip edge but then again it may be a step too far?



If gutter is enabled then the drip edge is barely visible.  For estimating purposes I can just calc the perimeter of the roof to get the lineal feet of drip edge.  Is it worth the effort?

Version 2.4.0 - 05.19.2019
- Enabled soffit and fascia for all hip rafter roofs.
- Fixed a minor bug with the ridge cap extension for asymmetric hip roofs.
- Enabled custom materials for roof sheathing and roof cladding in the HTML edit menu for all hip rafter roofs.





Custom materials is also enabled for both the soffit and the fascia.  Soffit and fascia can only be specified in the edit menu once the roof is created.  The current draw menu presents the user with far less parameters and will be updated to a more advanced HTML menu in the future.

Once I am satisfied with the soffit and fascia with the hip roofs I can then extend it to gable, shed and dutch gable roofs and all other truss roofs.

View example model here:

https://3dwarehouse.sketchup.com/model/14e0d0b0-80b5-4d3a-bf65-19b0e68eda76/Soffit-and-Fascia-Test1

First look at the soffit and fascia (hip roof):



Also note the roof cladding extension (3/4") with a 6:12 pitch.

Version 2.3.9 - 05.17.2019
- Enabled a roof cladding extension parameter for all hip rafter roofs.



The extension is measured inline with the roof plane (not with the horizontal).

The short answer is that it has to do with the integration of the momentum term in the derivation of the kinetic energy.

The more formal answer is:





Strangely enough I only thought about this while I was reading on a completely different topic and noticed that the equation given for the potential energy stored in a spring is E = 1/2kx^2. I occurred to me that this expression looked surprisingly similar to the expression for kinetic energy. It all became clear to me when I realized that the momentum is a linear function of the velocity (p=mv) as is the force a linear function of the displacement (F=kx).

Has anyone else ever wondered where the 1/2 comes from in the equation for the kinetic energy of an object (E=1/2mv^2)? It finally donned on me why, I probably could have realized why years ago but I never really thought about it until now.

A few other things to note with regards to fascia and soffit:

1.)  In order to enable soffit and fascia the advanced options must be turned on and the sub-fascia option must also be turned on.

2.)  The consensus appears to put the fascia top flush with the sub-fascia top with the sheathing terminating at the outside edge of the sub-fascia. 

3.)  Gutter placement will then be unaffected by the fascia other than be offset by its thickness.

4.)  The soffit will be placed level to the horizontal and extend to the outside edge of the sub-fascia meeting the fascia and to the wall sheathing.  Since the plugin is not keeping track of what walls are being used (Medeek, Framer, or a simple solid), there will be a wall sheathing offset parameter that will allow the user to control this offset.  I've noticed some details showing the soffit extending to the framing, others to the sheathing and still others to a brick or stucco layer. 

5.)  The soffit top surface will abut the underside of the sub-fascia.

6.)  Materials for soffit and fascia will both be user driven/customizable.

7.) Parameters to include:  Soffit thickness, Fascia thickness, Fascia depth.

8.)  I will also be adding in an additional parameter for the roof cladding which allows the user to extend it beyond the sheathing a specified amount (Roof Cladding Extension).  This will naturally extend the ridge or hip caps the appropriate amounts as well.

I realize there are other soffit variations but I will be starting with the flat soffit first and then consider the angled soffit in future developments.

Version 2.3.8 - 05.16.2019
- Fixed a bug with the pitch and area callouts for asymmetric gable rafter roofs.
- Fixed a bug with the back/rear outlooker length for gable rafter roofs which now allows for a building or roof length that is a non-integer multiple of the rafter spacing.
- Added the option in the gable rafter roof edit menu to specify a separate front and back overhang length.



The issue with the rear outlooker length will also need to be addressed for truss assemblies.

I should also make the option for the separate front and back overhang length available for trusses as well.  Lots of little things as well as big things to do.

The consensus seems to be that the sheathing should terminate at the sub-fascia and not extend over the fascia, especially if the rafter tail is a plumb cut (fascia is vertical).  However, this preference also seems to be highly dependent on the particular application and type of fascia used.

Here is another interesting detail: