Mini-challenge
-
VERY clever Pilou !
Bravo to you too.Here's my slight reworking of your brilliant ideas, with some explanatory notes.
I think this way is a little simpler and easier to see what's happening.
-
@TIG
Cool but there is a little mystery
In your file (from the mine modified) tichkness is not 1.000000m but 0.997509m
CD = 1.320818 m
Or you don't change the drawing and just type the text's explanations for only the theory?In a nurbs modeler with the Technic of circle (first example of Jeff video) (with of course sames measures)
CD = 1.3239127 m & angle 40.945192°The adventure is not finished!
[flash=560,315:2erysmt0]http://www.youtube.com/v/ww17dNJt_LQ[/flash:2erysmt0]
File nurbs format 3dm
-
Gilles,
I Have no idea how you figured that out
One snaps to a line that is not there until the execution. That's wild!Peter
-
In the example, why push pull up on the face? The whole point seems to be to find Point 'B'. (diagram THAT clause
)Maybe this is beyond my maths. True: the center cut line in the first picture does describe the center of the final board, call it point 'X'. B is a right angle from 'X' but it's a right angle from the board's diagonal, not from the final axis of the board. Still it lies on the edge of the board a distance d/2 from point X?
-
Good try but...
-
Pilou's version appears to work...
But when I reproduce it there's inaccuracy again
Logic [initially] says that offsetting [pushpulling] a face that is coplanar with the known diagonal by width/2 and then adding the new sloping lines through the points ought to make them along the rail's raking edges ???
BUT the offset is perpendicular to the diagonal NOT the rails sides !
Hence the errors... very much like all other approximation methods -
TIG,
To me the problem is that d/2 should be measured perpendicular to the final edge, not the diagonal.
Peter
-
@pbacot said:
TIG,
To me the problem is that d/2 should be measured perpendicular to the final edge, not the diagonal.
Peter
Exactly right - I was adding that to my last post as you posted...
The difference between offsetting the diagonal and the sides is the error.
-
@pbacot said:
Gilles,
I Have no idea how you figured that out
One snaps to a line that is not there until the execution. That's wild!Peter
Indeed - components interacting with each other during manipulation has always been baffling to me. Some things work and some don't (for example try to move a line in a mirrored component so that it's on the mirror plane - it won't snap to the other side, it'll just keep going past the mirror plane)
-
I have yet another 'drawn' solution...
I can't fault it... but then again... you might...
-
@tig said:
I have yet another drawn solution... I can't fault it but then again...
that appears to work... instead of copying the line up by the thickness of the brace, i +rotated about the center of the original line 180d. then traced over everything to get my shape.
except, when i use the tape, with 0.000000 accuracy, i get 5.995197, instead of what should be 6" in my example.
copying the bottom line up 6" (2x the measurement i used for 1/2w) should yield better results, but then i'd guess that the top or bottom would be off. or the rotate tool is inherently inaccurate.
-
@unknownuser said:
I Have no idea how you figured that out One snaps to a line that is not there until the execution. That's wild!
The line was not here but exist so you can interact with, I use this technic frequently.
-
A slight variation on TIG's
-
@bmike said:
@tig said:
I have yet another drawn solution... I can't fault it but then again...
that appears to work... instead of copying the line up by the thickness of the brace, i +rotated about the center of the original line 180d. then traced over everything to get my shape.
except, when i use the tape, with 0.000000 accuracy, i get 5.995197, instead of what should be 6" in my example.
copying the bottom line up 6" (2x the measurement i used for 1/2w) should yield better results, but then i'd guess that the top or bottom would be off. or the rotate tool is inherently inaccurate.
Move+Ctrl to copy the bottom long-side lines up to 'T' [as there are two lines, split by the width/2 perpendicular line...] moved up to the top of the right-hand post [T]... -
@unknownuser said:
A slight variation on TIG's
http://www.screenr.com/7VC8
Another working solution [I think!]... but it uses a script
-
A script that should be a default tool
If only Google accepted sketchUcation's offer to buy Sketchp that time
-
@unknownuser said:
A script that should be a default tool
If only Google had accepted SketchUcation's offer to buy Sketchup that time
I know... I know... but we are now all Trimblers-in-our-boots -
@tig said:
I have yet another 'drawn' solution...
I can't fault it... but then again... you might...Without doing a test, I don't see the logic that when you rotate the line back up, that point E hits the diagonal at any meaningful (or snappable) point. It can't be hitting the 'M' midpoint of the diagonal... therefore it isn't width/2 off the true axis of the board. In fact, isn't the angle created the same as measuring width/2 from M to the bottom edge?
-
That's was the point... you snap it to M but E can never 'touch' it - but it will align... landing on the centerline.
BUT... you have me 'banged to rights' - it doesn't work as it's not an exact fit, so there is still a tolerance issue
Back to the drawing board... -
Driven
I think this a variation of the two-instance-rotation-with-mutual-snapping solution posted earlier today...
Can you elaborate...
So far, I think that is the only good way [along with Fredo's weird snap inferencing example] ???
Advertisement