Mini-challenge
-
@tig said:
This is the simplest non-plugin way I can think of - it's much less hassle than my last attempt...
That's what gilles came up with.
http://forums.sketchucation.com/viewtopic.php?f=15&t=44972&start=90#p401988however, there's a slight shift in the angle of the long side, so technically, it's not precisely tangent to the 300mm circle that would be drawn at the start point.
-
Another tricky Tig method with always fantasy of temp crutches
In theory the more elegant is the rotation method : one circle / one rotation
It's like this that nurbs programms do
-
SU does not manage angles under 0.001° in rotation, another frustrating inaccuracy.
-
Gilles and TIG,
This method is not precise. I've added a "true tangent" to where the corner of the board should be, and if you zoom way in, you can see there is an imprecision there.
if you zoom in to the corner, you can see how it doesn't exactly match the true tangent.
Andy
-
@tig said:
This is the simplest non-plugin way I can think of - it's much less hassle than my last attempt...
Unfortunately it's not accurate either. It's "just" an approach like all other attempts before. If you were to measure along the long edges(true distance between long edges) instead of still using the already existing dimension (300.000000mm)you can see that it is still less than exactly 300mm. After rotating the short 300mm edges on both sides towards the respective Clines, these Clines by themselves aren't perpendicular to the long edges anymore. So you need two new Clines and rotate the short edges again, and afgter that again etc. You'll get closer and closer but to quote Jeff: "no sigare", for it isn't 100%. SU can't do it with its native tools.
SketchUp simply lacks the true (construction-)circle and unfortunately does not snap an endpoint A (of a rotated edge AB) to another edge CD (unless the edge's other endpoint B is already on CD.
As you said before, Your "true tangent intersection" and also (I'll take his word for it) Jeff's DC are the solutions to go by.
SU-team (now that you're not caged by Google anymore) please, it's high time for a construction circle tool to solve these issues. -
TIG, I have to say, your true tangents ruby is thanks again!
-
OK, I broke down and looked at the math on this -- it seems dirt simple to do so I think this is the solution (based on the math).
In this instance the desired width is 2 inches.
Best,
Jason. -
This is not perfect, sorry.
-
This started as an exercise in drawing something using only SUp's native tools that is actually impossible to do to 100% accuracy; however, it can be done manually to a reasonable accuracy.
You are of course right, in that the width of my 300mm rail when adjusted using my methods is in fact 299.982273mm [the ends are still slightly skewed to the long sides!], but since that 0.0177mm is much thinner than a human hair and only about 1/3rd of the thickness of a Rizla cigarette paper [approaching the limit of human visual acuity!]... and we aren't [usually] designing nanobots or sending someone to Mars - all of these simplified approaches are usually adequate. For how often might we expect to find a piece of wood exactly 300mm wide - even when measured with some uncommonly accurate gauge ?
Repeating this process twice does get even ridiculously closer, but with little benefit...
My True-Tangent's - True Intersection tool will give the best result, but we should also not loose sight of the fact that since trigonometry/geometry uses 'irrational numbers' in its sines/cosines/square-roots etc the result of most angular rotations of points cannot be be determined with absolute accuracy either - but it is just close enough that it will report for all intents and purposes as the expect values ! If you made the same 300mm rail using True Intersection it would measure in the SKP as 300mm exactly - although in fact it's maybe ±0.0000001mm off too - but Ruby and SUp always rounds answers to suit themselves - just as SUp will do if it ever gets built-in tools to do this.
This all said, I do agree however, that some simple native guide-arc tools would be very useful so that we might find the intersection of two arcs without using convoluted calculations as used in my toolset...
-
There is an oddity where if you measure the ends it is correct but if you measure the middle sometimes it will not be, I'm not sure why...
What I don't get is I entered all values into the VCB -- thus taking any accuracy issues out of my hands... 90 degrees should be exactly 90 degrees and 2 inches should be exactly 2 inches. The only way I can see this not being true is if the inferencing engine is not precise -- and if we can't trust that, then can we trust anything?
Either Pythagoras is wrong or SketchUp is: http://www.mathopenref.com/rectanglediagonals.html
Best,
Jason. -
Yeah, no doubt -- yesterday I came within 1 micron of perfection... that's some pretty ridiculous tolerance for a crossbeam.
But the concept of cumulative errors building up over the course of a drawing is disquieting.
Best,
Jason. -
Clever solution Fredo !
Well done.
I agree with you that a fully accurate non-plugin solution is just not possible.
You can get accurate enough for most purposes, but to do it properly needs complex calculations with sines/cosines/tangents/PythagorasTheorem etc... so it has to be done by a plugin-tool or a [new/changed] native tool.
-
Actually, this could have been in standard in the native SU Rotate tool. After all Jeff's challenge is finally a frequent situation in modelling.
Fredo
-
@unknownuser said:
Indeed this is a plugin solution to the challenge, but I am not sure there is a pure geometrical solution with just the native standard SU Tools.
Perfect, Fredo! And yes, perfect to the needs (no matter it may not be absolutely accurate - I do not know...)
I could get to .000001 mm accuracy by doing this (repeatedly) with the native rotate tool but then that method cannot be the normal way (as it hasn't got that "SketchUp feeling")
-
@unknownuser said:
I agree with you that a fully accurate non-plugin solution is just not possible.
But seems solutions shown above, Tig's method, ...my "With Circle" ...give the good accurate result anyway!
Even the circle was not perfect and rotation not accurate -
@unknownuser said:
If you wish to try in advance of releasing, just drop the attached Lib6Protractor.rb into the LIBFREDO6_Dir_44 folder.
Fredo
AWESOME FREDO !!
initial tests are looking very promising !
(and the reason you don't have access to sketchup core is why? they need to let you inside this app in more ways than just ruby
) -
@gilles said:
SU does not manage angles under 0.001° in rotation, another frustrating inaccuracy.
right.. it will, however, rotate to smaller angles than .001 if there's a point to snap to..
@wo3dan said:
As you said before, Your "true tangent intersection" and also (I'll take his word for it) Jeff's DC are the solutions to go by.
well, the dc as used in this case is just being used as a calculator that remembers the formulas for me so i don't have to re-figure it out every time… i wouldn't say it's a dc in the traditional sense..
but as TIG mentions, there are still some inaccuracies in there.. mainly because the DC still only uses six decimals for it's results.. and at some steps, i need to use those results further down the line in the calculations so eventually, some combo of length/width/height in my dc will probably result in a rounding error.. so i concur, the DC i use isn't absolutely perfect either.. there is room for error in there.. but so far, in the situations i've needed it for, it's given me good results every time.
@wo3dan said:
SU-team (now that you're not caged by Google anymore) please, it's high time for a construction circle tool to solve these issues.
AGREE !!
@tig said:
This started as an exercise in drawing something using only SUp's native tools that is actually impossible to do to 100% accuracy; however, it can be done manually to a reasonable accuracy.
fwiw, the reason i keep stressing SU native tools is because i'd like to encourage people to find a geometrical relationship in this situation.. something like -- divide the height into thirds, divide the width in half, take a segment from each then add the board width and viola.. this is the length of the crossmember .. something similar that would be repeatable every time regardless of dimensions.. i'm beginning to think this type of relationship may not occur in this situation.. (but i'm hard headed.. i guess i would need proof that it is impossible to find such a geometrical relationship
)if the challenge goes on long enough and enough people come to realize that you just can't use the rotate tool for this, maybe some other avenues will be explored (but i've explored so many avenues over the years on this.. many of which are being posted in this thread.. and nothing has proven fruitful as of yet
)@tig said:
If you made the same 300mm rail using True Intersection it would measure in the SKP as 300mm exactly - although in fact it's maybe ±0.0000001mm off too - but Ruby and SUp always rounds answers to suit themselves - just as SUp will do if it ever gets built-in tools to do this.
right, there are still inaccuracies in the math methods.. however, you'll generally get errors that are smaller than .000000 and sketchup will report them as perfect.. the thing with very,very close in sketchup is you may get invalid geometry when things are super close.. as in, if i drew a rectangle and raised one corner by a super small amount, it will still function as a rectangle (i can delete an edge then redraw it while locked to an axis and the face will re-form etc..).. but then, i may try intersecting something with that plane and i'll get ghost edges or hidden lines that shouldn't be there but they are.. stuff like this:
http://forums.sketchucation.com/viewtopic.php?f=11&t=43950&hilit=hidden
i'm not sure where exactly the breaking point is in sketchup as far as invalid geometry goes but when i see things like .0001mm, i get a little scared -
@unknownuser said:
fwiw, the reason i keep stressing SU native tools is because i'd like to encourage people to find a geometrical relationship in this situation.. something like -- divide the height into thirds, divide the width in half, take a segment from each then add the board width and viola.. this is the length of the crossmember .. something similar that would be repeatable every time regardless of dimensions.. i'm beginning to think this type of relationship may not occur in this situation.. (but i'm hard headed.. i guess i would need proof that it is impossible to find such a geometrical relationship
)I think in this case, we're trying to hit a tangent, and thus with the segmented circles in SU, we will never get there with the native tools as they are now.
-
@jason_maranto said:
OK, I broke down and looked at the math on this -- it seems dirt simple to do so I think this is the solution (based on the math).
[attachment=0:n6vj9qbd]<!-- ia0 -->challenge solved.skp<!-- ia0 -->[/attachment:n6vj9qbd]
In this instance the desired width is 2 inches.
Best,
Jason.You have a closed form solution to this?
Hcos(theta)-d(1+cos(2theta)) /2-Ssin(theta)=0
Where H post height; d dimensional lumber width; s post spacing; theta rotation angle at post base.
If you have a closed form solution should not the measured width be exactly 2.00000??
IMHO all focus of the accuracy is questionable. Jeff is not building a watch. One will have to deal with dimensional lumber tolerance, crowning the lumber and maybe using a side winder to cut angles not to mention the angle layout. Maybe a good chop saw is at hand.??? -
mac1
I was hoping it's already been established in the thread that the challenge isnt about accuracy from a real world construction standpoint. I mean, depending on the time of day (temperature) and humidity, a board will expand/contract far more than the results being given in the thread.
Advertisement