lairdubois / lairdubois-opencutlist-sketchup-extension

OpenCutList is a SketchUp Extension for automating the generation of cut lists for woodworking projects.
https://extensions.sketchup.com/extension/00f0bf69-7a42-4295-9e1c-226080814e3e/opencutlist
GNU General Public License v3.0
431 stars 55 forks source link

Not including all the parts in one sheet, even though they would fit. #193

Closed jecraig closed 3 years ago

jecraig commented 3 years ago

I've got parts that all look like they'll fit (yes it's tight but should work.) It grouped most of the pieces into one group and then put another into a separate group. I can't find any way to get it to group them all together.

image image

I've got no trimming size and a 1/8" kerf.

bbeaulant commented 3 years ago

Hi @jecraig,

The strange thing in your screenshots, is that you've got 2 parts with the same number "A" and different size...

Else, I just try with your part list and I've got the right result : Capture d’écran 2020-10-13 à 07 27 13

With the following configuration : Capture d’écran 2020-10-13 à 07 28 37

jecraig commented 3 years ago

Here's my Sketchup file. I'm using 2017 Make.

Cat Hidey Hole.zip

bbeaulant commented 3 years ago

Hi @jecraig,

Thanks for the Sketchup file. Your problem is that back part does not have exactly the same thickness than the others.

Capture d’écran 2020-10-14 à 07 43 39

According to the Sketchup precision, they have the same size. But for various reasons OCL uses the true size of part to sort them.

Your best solution is to "redraw" the back part.

bbeaulant commented 3 years ago

You can try the current 1.9.6-dev build. It may solve your problem. I change the way to manage length precision.

The RBZ is here : https://github.com/lairdubois/lairdubois-opencutlist-sketchup-extension/raw/master/dist/ladb_opencutlist-dev.rbz

jecraig commented 3 years ago

The update seems to have worked. All the parts went together in one sheet.

bbeaulant commented 3 years ago

Nice :)

jlj-ee commented 3 years ago

I was going to open a new issue when I saw this recently-closed issue that seems to match the behavior I am seeing with my model using OCL 1.9.8.

I would expect all the parts to fit on one panel, but OCL is splitting it into two panels:

image

image

As far as Sketchup can tell me, the thicknesses are the same. I tried to diligently enter entered the thicknesses of all components manually as 3/4" while modeling, but it's possible that I snapped to the edges of the dado on the components that are being placed on a separate sheet.

Sketchup file attached as well: Lummber Cart.zip

jlj-ee commented 3 years ago

Update: I redrew the troublesome components by explicitly defining the thickness instead of snapping to the dado edges and that seemed to do the trick:

image Lummber Cart (Fixed).zip

But it is still worth noting that OCL seems to be a little more stringent in its precision/tolerances than the 1/64" precision that I am using on my Sketchup model... which is already a tighter tolerance than I can reasonably expect to cut with most tools! Minor issue on an otherwise absolutely fantastic extension. Thanks for all your work!

mobilarte commented 3 years ago

I was just going to reply!

You may have noticed that the parts were in two groups in the parts list, even though they seemed to have the same thickness of 3/4".

In the file you sent us, there was no material defined on the Base Frame F/B, Divider and Base Frame L/R. When I added the Wood Plywood Knots, I ended up with the Divider being in a second group. The cutting diagram being calculated per group, you ended up with two sheets.

Try also to play with the cutting diagram Configuration (second tab), width decreasing of the parts and lengthwise stacking may give a cutting diagram that is easier to cut.

jlj-ee commented 3 years ago

@mobilarte Thanks for the quick reply!

You noted that like me, you also ended up with "Divider" in a separate group in the original file I sent. Does that mean OCL is treating it as a different thickness? (Even if the Sketchup precision I am using thinks the thickness is the same as the other group?)

mobilarte commented 3 years ago

@jlj-ee

Yes, the reason for this apparent problem is that SketchUp is using decimal inches as internal units and snaping may result in dimensions that are slightly off, even though you can't see it!

We have recently changed the way to use the thickness to group parts in dimension_utils.rb, but when debugging problems like yours we have only found that dimensions differ around the 10th decimal position, why? don't know!

jlj-ee commented 3 years ago

@mobilarte Cool, I appreciate the additional info -- good to know this odd edge case is still on your radar. Thanks for all your help, and apologies for dredging up a closed issue!

bbeaulant commented 3 years ago

Hi @jlj-ee,

Your problem is "normal" as your parts do not have the exact same thickness. Then OCL split them in different groups.

If you switch your model to decimal you will be able to see the difference.

Capture d’écran 2020-10-30 à 19 07 35

0.750" vs 0.749"

OCL works with fixed precision (0.000000) to determine the thickness of each part. This precision is the max precision of SketchUp. We do not use the user defined precision because some important ID are generated from part thickness. And, for multiple reasons, it would be better that those IDs stay contant even if the user changes the precision of it's model.

jlj-ee commented 3 years ago

@bbeaulant Ah, that's really good to know. With this in mind, I'll switch my setup to decimal to make it easier to catch any thickness discrepancies. Thanks!