Sketchup is Inacurrate???
-
@alan fraser said:
(which is supposed to prove God knows what)
it proves that when you use an offset tool on an arc in a drawing app that a R5 arc will become an R6 arc upon offsetting it by 1
-
@unknownuser said:
If you are working in the field to tolerances higher than those stated, you are alone.
No, he is not alone.
@ Jeff, do you ever sleep?
-
seriously guys.. i'm done with this thread.. i promise i'm not opening it again..
if a sketchup rep comes in and comments, will somebody do me the favor of notifying me via PM/email..
it's 4am.. i've been arguing about this for 2 or 3 days now.. i know what i know and i know what i need.. if you guys need to view me as "oh.. that dude is off in his own lala land" then that's fine.. (actually, i kinda like sound of that anyway
)good night.. good bye..
-
@wo3dan said:
@unknownuser said:
...and that's a super basic example.. there are potentially hundreds of other things that need to happen after a step like this but this step breaks any possibility of doing much more afterwards.. it's crap geometry..
Jeff, it's an example still according to "offset" rules. It may not look nice and needs fixing. But it's a cosistant way of offsetting an SU arc. What you are looking for is a special case as mentioned before: split edges and "arcs" in the selection prior to operating the offset, ignore the "arc's" first segment's direction, Offset edges perpendicular at the ends, draw the inner (or outer) "arc" with radius R-offset (resp. with R+offset) between offsetted (perpendicular) last edges's ends, to fill in the gaps.
(now it's time to Zzzzzzzzzzzzz / see you tomorrow)
Yes - we know how SketchUp currently works. But we're also talking about how we'd like it to work. How it could work.
SketchUp does its offset as it does now because it's simpler to write the code. Doing offset that takes into account the true geometric properties of what arcs and cricles represent is more complicated - but that's not to say it shouldn't be done.
I think much of the tension in this thread comes down to people who accepts SketchUp as it currently works - and the ones that wants it to improve.
-
Another perspective
And I don't calculate the volume of a sphere Offstetted
In Top view
-
@thomthom said:
I think much of the tension in this thread comes down to people who accepts SketchUp as it currently works - and the ones that wants it to improve.
Almost correct, but not quite. I too would love to see the Offset tool perform the way that Jeff wants it to...treating arcs and straight lines differently. and producing a result like this.
All I'm saying is that this is not the one and only 'correct' way...just the way that most people would prefer and expect it to work...most of the time. It is fine and dandy if your prime concern is to maintain an equidistance across the arc nodes...and hence overall radius from centre. It's not so welcome if your work involves maintaining the same profile along each segment. As I already pointed out, the segmental width decreases as it goes around the arc. All kinds of people use SU for all kinds of purposes.
Also I'm no great coder, but I also suspect that such a change in behaviour might break every single Ruby concerned with offsetting, extruding, rounding corners and organic modelling in general (as well as not doing a thing for the current problems we have with internal offsetting...which I happen to think are far more serious and deserving of attention...we've all encountered the horrible bird's nest of intersecting planes that result not only from using the native tools, but also the scripts that have to conform to the coding that governs the behaviour of those tools).
I'm not advancing this as a reason not to change...I would welcome the change. I'm just pointing out that it might have serious consequences...at least for a while. -
Jeff, without reading all the new posts (I will later on) I'm very much inclined to accept your point of view. It's not unlogic at all. Most of us here accept(ed?)! that ScketchUp ends treating an arc as such right where you offsets it. Visually it seems a segmented curve. So that's what you are going to get as a result. Very often perfectly alright and accurate.
You in fact want it to take the segmented arc one step further, even in an offset operation. The result should be an equaly numbered segmented arc, not chopped off etc.
The developers decided otherwise. It ends right there with the operation. There are advantages and disadvantages from both points of view. I have no idea as to why they chose for one above they other. For both sides there are pro's and con's.
I'll be back, no time now. -
@alan fraser said:
Almost correct, but not quite. I too would love to see the Offset tool perform the way that Jeff wants it to...treating arcs and straight lines differently. and producing a result like this.
All I'm saying is that this is not the one and only 'correct' way...just the way that most people would prefer and expect it to work...most of the time. It is fine and dandy if your prime concern is to maintain an equidistance across the arc nodes...and hence overall radius from centre. It's not so welcome if your work involves maintaining the same profile along each segment. As I already pointed out, the segmental width decreases as it goes around the arc. All kinds of people use SU for all kinds of purposes.
Exploding the arc, or turning it into a polyline would retain the original behaviour.
Changing just the offset tool would not break any existing plugins - as there is no offset method in the API.
Follow me however would affect things - as the result would be different. However, this could also be solved by in the API there is an argument that by default retains the old behaviour.
But this is going into a lot of technical details which is more of a task for the developers of SketchUp. -
Having had to deal with AutoCAD for a long time, you learn to work within a software's limitations and develope methods of work that allow you to achive the best result, within those limitations.
I produce verified photomontages that uses a GPS with an accuracy of 10mm. SU's visual clipping means I have to set my reference poles beyond the distance that I know will be clipped (mainly guess work). But when I render it out in VRay the clipping is removed.
The arc tool has its limitations but I have learned to work with it. I am not saying we should accept this and other limitations. Because if we did the software would still be at version 1.
Highlighting issues drives improvement.
-
Not sure how to respond. Jeff do you really think that installation you posted would have suffered from a .1% tolerance either created by the initial design or the actual implementation in creating it? This is crazy talk in this level of construction. I mentioned frank Gehry earlier. Do you honestly believe his original drawings were conceived to the highest level of tolerance achieved in the drawings? Absolutely not! In any way shape or form. We all strive for perfection, no doubt, but your arguemnet as it relates to the final installation is irrelevant. If I'm wrong, then please explain to me how so many articulate projects have been constructed upon hand drafted plans (basically throughout 99% of recorded history) where real tolerances in the paper world could vary so much farther than the minuscule variances you are touching on in an arc created in SU?
-
@gilles said:
@unknownuser said:
If you are working in the field to tolerances higher than those stated, you are alone.
No, he is not alone.
@ Jeff, do you ever sleep?
Ok, lonely then. Seriously what world of building tolerance do you guys work? I thought my clients were wealthy. You guys must be on a level I can't imagine.
Honestly, I'm humbled by the strive for perfection.
-
I often find that said inaccuracy of SU do slow me down a lot. Sorry, I don't understand what's the issue expecting that the tool you work with is accurate.
Certainly I do understand that working in the field (buildings) do require some flexibility with the accuracy. Please do not forget that SU is used in many other fields too... that do require greater accuracy. Some works will only have a digital life - why should those suffer from inaccuracy. -
@unknownuser said:
Not sure how to respond. Jeff do you really think that installation you posted would have suffered from a .1% tolerance either created by the initial design or the actual implementation in creating it?
where are you getting this .1% tolerance from? is that what you're suggesting the error created by sketchup is? i don't think you entirely understand what an arc is.. i mean, i'm sure you know that it's one of those things revolving around a point but i don't think you're actually grasping what is going on here.. maybe you've read bits and pieces of the thread and saw some numbers being thrown around which a) you've misinterpreted leading tob) they are acceptable because they are within 'tolerance' and i'm just being anal retentive about it..
i'm going to show you an example of this problem outlined in yet another way.. this is something you can do for yourself in sketchup because sketchup will itself give you the accurate numbers and show you how broken it really is..
i'm going to ask you the punchline first:
say you were using to draw a line which is 57' - 7 long… but sketchup actually drew the line 56' - 4..
Question: IS This in any way shape or form an acceptable error? (will you please answer this question when you reply?)according to you and your tolerances.. hey, 1/4" off in 10' ?…we're good to go.. cool, i'm ok with you being ok with that.. sketchup is 15" off in 60' (and i've been generous twice now in my roundings.. it's actually worse)..
that equates to over 2.5" per 10'.. this is the error you have been defending in this thread.. you're throwing around numbers but you don't even know where those numbers came from.. it's like you're just making them up in order to defend you're precious sketchup.. it's nuts man.. this is a serious issue here.. please, do the following exercise for yourself.. see it happen with your own eyes..
i literally (LITERALLY!) just asked sketchup to draw me a certain length and it returned something that was 15" shorter… if you don't understand that that's what's going on here then so be it.. if you find this acceptable then.. well, i don't know what then..
@unknownuser said:
This is crazy talk in this level of construction.
sigh…
@unknownuser said:
I mentioned frank Gehry earlier. Do you honestly believe his original drawings were conceived to the highest level of tolerance achieved in the drawings?
conceive |kənˈsēv| verb
2-- form or devise (a plan or idea) in the mind: (as adj. conceived)are we talking about conceptual phases here or actually building? i'm confused..
but, about gehry.. i'm willing to bet that the shells are an inch or two off here and there.. (but i also bet they were drawn accurately)
i'd also bet he has joints etc in his buildings which are milled to utmost precision.. and must be.. (precision beyond i'd ever likely need in wooden construction)..anyway.. i'm confused about the question in the first place..
@unknownuser said:
If I'm wrong, then please explain to me how so many articulate projects have been constructed upon hand drafted plans (basically throughout 99% of recorded history) where real tolerances in the paper world could vary so much farther than the minuscule variances you are touching on in an arc created in SU?
EDIT.. <deleted a few too many personal stabs.. i apologize.. like i said back when this thead was bumped-- i don't want people getting pissed at me over this stuff but turns out, i'm the one taking it there.. >
-
and hey.. let me try to make this perfectly clear.. (i think this is like the 4th time i've made this type of disclaimer post now in the thread
)my whole thing in this thread.. all the way back to when it first started 9 months ago, is that you can not use the offset tool or follow me tool on arcs in sketchup and achieve accurate (or even acceptable) results*.. you simply can not do it..
you can, however, draw these shapes and example files accurately in sketchup using other tools..
*or any add-on tools that function in the manner of these two..
-
Jeff, the only reason people would get upset is when you are condescending, which you are in just about every post. Thankfully I'm thick skinned. I've been a licensed architect for over 20 years and have designed and seen constructed over 200 structures. I was trained in hand drafting, used ACAD for over 20 years and SU for the last 10 years. For me the most accurate and coordinated solution is SU. If it is so worthless for you, move on.
My comment on the .1%, is related to how often an arc is used as a specific element in an entire building. Unless you are FG, then it probably is .1%. SU is dead accurate with straight lines and angles with both offset and follow me.
I am fine with the arguement, and I agree a fix for the arc offset would be great, but there is no need what so ever for you to make the comments you have above, and I didn't even see the post before you edited it. Considering you are a moderator on here, I'm quite surprised.
-
I appreciate these discussions. Some of the reason we live with this is we don't use SU for calculations but for visual models. It certainly is not as accurate as my CAD application (and I assume not as accurate as ACAD).
I never, for instance, measure the length of an arc, except in laying out lot lines, where this is commonly used. And I wouldn't use SU for that anyway. As Trimble integrates SU with their other programs, I am sure this sort of thing will weigh in, given the drastic effect of such inaccuracies in surveying, their base application.
What does affect us is some of the junk SU does with arcs in the process of modelling-- and we always have to work around that.
-
@unknownuser said:
Jeff, the only reason people would get upset is when you are condescending, which you are in just about every post.
i wouldn't say it's every post.. i would say it's been escalating in every post or from page to page..
my first post in the thread is:
@unknownuser said:
sometimes it's innacurrate.. the vast majority of the times-- it's fully accurate.
knowing what the sometimes are and how to avoid them is key.
[for instance-- draw an arc at 90° and try offsetting it]
the majority of my posts since then have been me backing up that statement.. and, in my head, should not be too hard.. especially considering the type of forum we're discussing this in..
and i've been going over and over it again and again and again saying the same thing over and over to which people say no no no no and then and then again and again he she what said that ...... to the point of pulling my hair out..
i'm not trying to win anything here.. i like sketchup and i want it to work right.. that's it
on a number of occasions in this thread, i have called for a sketchup representative to discuss this and give their official point on the issue.. this is a drawing application which is being presented/advertised as a professional software which can be used for creating real world construction models and documents.. we are being led to believe we should trust that it functions properly (which, as evidenced in this exact thread, is fully fully happening ).. and how you guys can say or imply that getting an official dialog via the people selling this app is somehow uncalled for is beyond me.. (google then) trimble is a huge corporation.. i am one of you- why in any shape/form would you not side with me here and somehow imply i'm out of line for wanting to talk about a product being sold which is misleading its users.. why?? Even if you don't agree with me on the problem, you should still be 100% ok with hearing the official stance.. in fact, at this point, you should 100%want to hear the official stance..(and this is but a micro example of this same phenomenon which occurs over and over again throughout society.. but that's way way off topic)
and if one of them hasn't seen this thread yet, i'll cut my left foot off..so if you can, put yourself in my shoes. (in this thread..).. am i acting too animal like for your tastes? are humans not susceptible to frustration? do i have justifiable grounds for frustration in this scenario?
@unknownuser said:
..and have designed and seen constructed over 200 structures.
...and have unwittingly noticed the builders are correcting this error (not in the sense they are say "oh.. the print is wrong (which does in fact happen a lot due to other mistakes but...).. but in the sense that they just know how to build.. experienced house builders don't even need prints.. you could tell them they outer dimensions (i.e.- how much $$ to spend) and what type of roof and they'll take it from there.. they know how to put it together.. we've been doing it for hundreds (arguably thousands) of years.. (and yes- i am sensationalizing on purpose.. but there's still some truth in there)
@unknownuser said:
SU is dead accurate with straight lines and angles with both offset and follow me.
see, now this is another thing which gets me frustrated and it's happened a few times too many in this thread already..
you're flip flopping.. you started off saying one thing and now you're saying something entirely different.. like you're saying the stuff i said in my first post of the thread..
i dunno, i honestly don't want to get into an argument about how people are arguing but there's something fishy going on there to say the least..
@unknownuser said:
I am fine with the arguement, and I agree a fix for the arc offset would be great,
so then are you agreeing with me? that this error is well beyond an acceptable tolerance for a computer? (seriously though.. this isn't an issue of tolerance.. it's an issue of improper programming).. because if so, then that's good.. i have no other intentions here other than to raise awareness (which will possibly then transfer to my real
intentions of having the app work correctly..[EDIT].. well, it's not even that... i know it comes out as me saying "I demand THIS app works THIS way".. i know that's what you hear and if the tables were turned, i'd likely do the same thing..
thing is.. i need a drawing application now and well into the foreseeable future.. and i expect it to work the way i expect it to work..
i mean, if HQ says "hey bud, sorry.. this is how sketchup works and how it will continue to work" then i'm 100% ok with that.. i will not be mad at all.. in fact, i would be relieved to hear such a statement from them.. i could then make a well informed decision as a consumer to not use their product.. i have alternatives - i know this..
what might leave me with a bad taste after deciding on my own to leave the app is "why can't you just tell me this in the first place????"
[EDIT/]
@unknownuser said:
but there is no need what so ever for you to make the comments you have above,
i don't entirely disagree.. i mean, do i Need to? absolutely not..
but i'm human, you're human -- you know what it's like..@unknownuser said:
and I didn't even see the post before you edited it. Considering you are a moderator on here, I'm quite surprised.
i accepted moderator position so they(rich) would quit asking me to be a moderator.. (and it sucks for me to talk about this in the air of this thread.. i love these guys here at scf (nohomo).. )
truth be known, i'd rather not be labeled as mod but have my name in rainbow colors.. (not joking, i'd actually really like that.. it would be funny you know..
) -
Nothing fishy going on Jeff. My comment relates to the fact that while there is this error of an arc (which you have shown here), the use of that arc overall in a design, at least for me, represents a very small factor of the overall accuracy in a set of plans - getting back to my .1% number.
Contractors, at least good Contractors read plans. I'm in the field with them 2 days a week.
As for the frustration part, you just need to temper that without making personal attacks on others.
-
@thomthom said:
(addressing me).....Yes - we know how SketchUp currently works. But we're also talking about how we'd like it to work. How it could work.
SketchUp does its offset as it does now because it's simpler to write the code. Doing offset that takes into account the true geometric properties of what arcs and cricles represent is more complicated - but that's not to say it shouldn't be done.
I think much of the tension in this thread comes down to people who accepts SketchUp as it currently works - and the ones that wants it to improve.
No, Thom, I'm not against improvements for SketchUp. Not at all. And seeing how Jeff and others would verry verry verry much like to have SketchUp treating arcs not as segmented arcs but as true arcs right to the end of any offset operation, that would certainly improve the tool. A choice should then be included where one could select: 1) offset as seen (segmented) or 2) maintain true arcs properties while offsetting.
There's definitely a need for (1) how it works now: automated mitering for parts (say edges) that follow a curved path. Others would like (2) included, and for good reason, their workflow: filling in the arc-gaps between straight path parts take too long but in fact is do-able manually and easy.
I know that coding this would be far more difficult. In choice (2) each arc along the selected series of edges+arcs would have to be filtered out. In the end of offsetting the edges parts the remaining gaps would then be filled in with equally numbered arcs and radii derived from the originals, with resp. radius Rn-offset or Rn+offset, depending on the side of the offset.I guess I have been focussed too much on the title of this tread as if SketchUp is inaccurate. For it IS, according to what I expect from its tools. But it's more a matter of words and probably what is in the manual and what is left out: a warning that arcs are being offset as being segmented.
As for accepting intolerances of 1/2" (I hope that I recall the size correctly), mentioned in an earlier post (page 19 or 20), I have to agree with Jeff. It's inacceptable for construction drawings/models of most of the work is presented here. And there's no need for it to occure anyway. SketchUp lets one model down to 0.0254mm without even any extra workload. "In the field" is quite something else.
The Arc discussion here in fact is "just" about what to expect from a tool and its clarification in the manual.
The improvement would be the second choice (true arc offset).
Btw, anyone noticed that there's no copy tool in SketchUp, ..... unless you know where it is hiding, .... in a move tool.
-
Maybe Smart Offset by Tig is a beginning to find a solution ?
Advertisement