Mini-challenge
-
@unknownuser said:
Take Moi : It's the SU of Nurbs against Rhino !
Less powerful functions but it's not the same spirite!
Moi also makes it easier to stay in perspective viewport.. it has really nice inferencing and navigation..
michael just hooked up copy/paste between moi&rhino on mac so i think i'll be spending more of my time in moi now and just pasting into rhino if i need something more robust for a particular scenario..@unknownuser said:
I don't abort to find a more easy answer at this damned problem of align rotation who fail at mini micro sub-atomic snaping!
lol.. i've tried so many things over the past few days to no avail.. i think i'm done trying..
i'll just wait a year or two when this thread is randomly rejuvenated with someone showing an incredibly simple way of doing this
-
@unknownuser said:
.
is there a way you can dumb it down for us plebs?
i've never even heard the word steradian before (and if i have, it definitely never stuck )The surface area divided by the square of the radius yields a solid angle subtended by the surface area in square radians(steradians)
i can't tell if you're showing a solution or.. what..
Yes but not for the challenge.
This is the same approach you looked at early in the postings but with improved accuracy.
Today is the first time I read all post because I did not want others good ideas to creep into my thought process. To refresh: It is simply a rotation of a guide point form the post down to two parallel 3.5" separated guide lines ,with the correct intersection this time=>Based on a post I did ,several years ago before any plugin, on sphere line intersect. That guide point and guide lines are then rotated back to the post to establish the geo. I have an old simple excel spread sheet that gives the exact x,y,z coordinates for that guide point=> even for spherical case. -
@mac1 said:
This is the same approach you looked at early in the postings but with improved accuracy.
I was pretty sure you were not showing anything new. So yes, you are relying on calculation, just like Jeff was relying on the DC to caculate the position of the long edge. This, as far as I can tell, does not solve the challenge in that there is no use of SU inference or snapping to achieve what SU would consider a coincident point. So far as I can tell, Gilles is the only native SU method, and TIG and Fredo both have plugin solutions. (true tangents, and updated protractor, respectively)
Thanks Jeff for this interesting challenge, hope you find another new mindbender ( but not too soon
)Andy
-
Very accurate but...not the perfection!
No problem of thickness measures as the block is rotating
-
Here's another variant... OK, it's NOT 100% accurate... but near enough... AND the rail's cross-section is exact, with only the length slightly off ~0.02mm...
-
has anyone tried these solutions that are so so close by modeling them 10x or 100x their scale? will sketchup perform that angle alignment better when the distance between the 2 points is greater? is this a case of sketchup not real great at really really small geometry?
-
@bmike said:
has anyone tried these solutions that are so so close by modeling them 10x or 100x their scale? will sketchup perform that angle alignment better when the distance between the 2 points is greater? is this a case of sketchup not real great at really really small geometry?
If you use my latest method after you scale x100, then scale down x0.01 the length 'error' is x10 less - ~0.002mm rather than ~0.02mm - an improvement but not that significant as it was already negligible !
-
@tig said:
@bmike said:
has anyone tried these solutions that are so so close by modeling them 10x or 100x their scale? will sketchup perform that angle alignment better when the distance between the 2 points is greater? is this a case of sketchup not real great at really really small geometry?
If you use my latest method after you scale x100, then scale down x0.01 the length 'error' is x10 less - ~0.002mm rather than ~0.02mm - an improvement but not that significant as it was already negligible !
so its not a problem of sketch up working really small or really large (like other things) - but just a general inability to snap / reference correctly? is that the consensus?
-
Also SketchUp merges very close endpoints.
-
Hi again,
I did not read all the posts, but here would be my 'manual' method with just SU tools.
This is derived from the mathematical solution, but for the geometric construction, the caveat is that circles in Sketchup are made of segments, so that their intersection is never perfectly accurate. So, I use here circles with 256 segments which seems good enough.
The method just helps drawing the guide for teh rotation. So it is independent of the shape of the board.
Fredo
PS: the offset angle is equal to arc sinus (width of board / length of diagonal)
-
@bmike said:
so its not a problem of sketch up working really small or really large (like other things) - but just a general inability to snap / reference correctly? is that the consensus?
the problem isn't about scale.. and not necessarily about poor snapping ability (in general) as sketchup's inferencing is actually very good.. only when rotating does this problem rear it's ugly head..
here's an example which shows the problem more effectively..
if you try this scenario, you'll see sketchup basically ignores the vertical line that you need to snap to..
[edit].. and in this circumstance, there are a couple of workarounds.. some of which are being shown in this thread.. there's the brute force method in which you draw an arc with a very high amount of segments in order to obtain an intersect point.. you could use TIG's true tangents to obtain a snap point.. you could use a calculator (or DC) to find a rotation angle or height along the vertical line to snap to..
the challenge, in this scenario, is to find a geometrical relationship which would allow you to use only sketchup tools to obtain an absolute snap.. if you could figure that out, then it could (probably) also be applied to the original scenario in this thread. (and actually, it doesn't have to be sketchup tools.. more like -- if you can find a geometrical relationship which doesn't involve using a compass, then there will be a way to draw this accurately in sketchup)
-
-
-
@unknownuser said:
I took one more stab at it...........hopefully more worthy than my first attempt.
Please see attached SKP's
Charlie
hey Charlie.. that's gilles' second (i think second) solution.. it does get it very very close and to me, it's acceptably close since i'll be working in inches like you.. if you tried that while working in metric with the highest precision setting allowed in sketchup then the error would show up..
basically, you rotate the end to 90º which is fine and what needs to happen.. however, when you rotate the other end to 90º it throws off the first end's 90º..
-
@unknownuser said:
@unknownuser said:
I took one more stab at it...........hopefully more worthy than my first attempt.
Please see attached SKP's
Charlie
hey Charlie.. that's gilles' second (i think second) solution.. it does get it very very close and to me, it's acceptably close since i'll be working in inches like you.. if you tried that while working in metric with the highest precision setting allowed in sketchup then the error would show up..
basically, you rotate the end to 90º which is fine and what needs to happen.. however, when you rotate the other end to 90º it throws off the first end's 90º..
Apologies to Gilles
..............somehow I missed that.......I now see it on pg 7.... And thanks Jeff for pointing that out.
Charlie
-
Be my guest.
-
Oh, and Jeff...........thanks for binging this to light.
A few months ago I was working on a Zipline project.......and making all the X bracing was making me nuts.
I was "brute forcing it" as you say. (see attached)
Charlie
-
@unknownuser said:
Oh, and Jeff...........thanks for binging this to light.
A few months ago I was working on a Zipline project.......and making all the X bracing was making me nuts.
I was "brute forcing it" as you say. (see attached)
Charlie
wow!.. that's a perfect drawing to show to the developers as a case for why this needs to be fixed in sketchup..
[edit] and really? you're building ziplines that high? looks fun.
-
The last Fredo method (some simple indeed) without plug gives with apparently no problem of top tangency vertices
1.3239127 Nurbs (height of brace cut vertically) Pilars are 1 * 1 * 10 , brace 1 * 1 * x : unity meter
1.323908 SU13.2391273 Nurbs (length of brace between the pilars)
13.239127 SU14.1421356 Nurbs diagonal
14.142136 Su
Does this acceptable ? Accurate or not?PS
(i don't reload the Fredo's file due V8 against V6 So remake my own version of Fredo's Method!
-
@unknownuser said:
[edit] and really? you're building ziplines that high? looks fun.
Jeff,
I composed a longer/detailed reply...........but? I got timed out I guess.So, in short........yes........towers for the ZL are high here (~90' AFG)..because the grade is relatively flat like pancake. (contours @ 1' intervals are typical).
Attached screenshot depicts my participation in the project. (plan/execute pre assembly components @ grade)...............hoist by crane to place.
Beast,
Charlie
Advertisement