Sketchup is Inacurrate???
-
@DesertRaven,
The example was deliberately not meant to be tangent at both sides. (a practical example, not everything is tangent). You wanted code for a solution in all situations (tangent is easy with SU’s native tools). So my question was for you to come up with what a solution should look like. (equal segments, equal nr as parent , practical and nice looking connection on both ends). I certainly don’t know. I do suspect that it’s impossible with a segmented presentation of true arcs.
@jeff,
Your first solution: arc starts at D and ends at K, equal segments, the endpoints in between have nothing to do with the parent arc. Connection at A-side is weird. the other side looks okay at the expence of….. well, measure endpoint to endpoint, something that was so important to you. Not such a good solution.Your second solution chops off the child arc at side B. At best you’ll have a child arc with one less segment, compared to the parent arc. And now its even a curve. Same weird connection on side A.
@driven (John),
It looks like a clean solution, equal segments and equal number of segments for parent and child arc. Even same point at center. But have you measured across, between corresponding arc segement endpoints? And they do not lign up towards the center. Is this acceptable? Jeff brought up examples where vertex to vertex should be equal to the offset. He wanted limited sides and still maintaining fixed offset. Yours is for “nice looking”, not for having accurate predictable measures across, along the segmented arc.It looks like there are more than one versions off a new offset tool for arcs and curves. Some need the vertext to vertex to be equal to the offset. Others don’t mind and just go for same point at center and correct radius.
What I’m saying is you can’’t have both at the same time. So then how could this be coded if we cannot even agree on what IS important in the offset?With multiple arcs (and edges) being connected tangently, this is a whole different matter. You can still offset this “measured vertex to vertex” with SU’s native tools without loosing any information of individual arcs. As long as the offset doesn’t extend any of the radii involved.
This might be a gooud challenge for a plugin. It would speed up offsetting the curve. -
@gilles said:
No what I we want for circle tool is chose center then pick any inference for axis then chose radius
the same way rotate tool and protractor tool work.Sorry, but isn't that exactly the way the Circle tool works today?
edit:
@unknownuser said:No, he probably means this: http://sketchucation.com/resources/tuto ... click-drag
Gotcha- you want to be able to set the working plane without using the inference system.
john
. -
@wo3dan said:
@jeff,
Your first solution: arc starts at D and ends at K, equal segments, the endpoints in between have nothing to do with the parent arc.right, they don't line up.. but, the outer arc is 2.5.. i offset inward a unit of 1.. the new arc is 1.5..
that's the correct solution..i mean, you've exposed a situation which shows that the vertices won't always line up.. the real importance however isn't that.. it's that the offset arc is drawn at it's true radius..
i mean, draw the thing manually.. you'll see how it's supposed to look (or just look at the version i posted
)@unknownuser said:
Connection at A-side is weird.
yeah.. it's weird i think because of how subtle your example is so the solution has just a tiny edge there.. look at the exaggerated images i posted to see what's going on..
@unknownuser said:
the other side looks okay at the expence of….. well, measure endpoint to endpoint, something that was so important to you. Not such a good solution.Your second solution chops off the child arc at side B. At best you’ll have a child arc with one less segment, compared to the parent arc. And now its even a curve. Same weird connection on side A.
again.. the A side connection is right.. i mean, there is a solution to this.. you haven't exposed a scenario which is impossible to offset properly.. and the drawing i posted is actually how it should look..(and more importantly.. the drawing i posted is how it should measure)
the second solution is just a means of pointing out there are different ways to show it in a polygon modeler.. it's actually the way i'd desire it to look but, that's asking the devs to allow 'arc' entities to have varying segment length as long as all vertices are on radius..
for instance, this is still an arc.. it doesn't matter if the segments are equally spaced.. though allowing this type of arc to be allowed in sketchup would probably confuse more people than it would help..
@unknownuser said:
It looks like there are more than one versions off a new offset tool for arcs and curves. Some need the vertext to vertex to be equal to the offset. Others don’t mind and just go for same point at center and correct radius.
What I’m saying is you can’’t have both at the same time. So then how could this be coded if we cannot even agree on what IS important in the offset?well no.. none of them need to have the vertices equal.. the tool still only has to work one way (mathematically)..
many/most situations, the vertices will line up but it certain situations, such as the one you posted, they wont... but the same exact process applies to both..i mean.. this is not rocket science..
if you offset an arc by 1 unit, the new arc will be 1 unit longer radially..
if you offset an edge by 1 unit, the new edge will be 1 unit away from the first edge..
then intersect/trim as need be..that's all that has to happen
-
@wo3dan said:
Yours is for “nice looking”, not for having accurate predictable measures across, along the segmented arc.
The 'accurate predictable measure' in this example is [r1 to r2] = 1000mm, how more accurate can you get?
It can be measured at the shared central 'cardinal' axis on equally segmented arcs.For an uneven number of segments [r1 - r2] still equals 1000mm.
sorry this is accurate[quote @Jeff (mathematically).. ], any other way is for 'the look'.
john
-
@unknownuser said:
it's not obvious upon opening gerrit's file that it has this weirdness in it.. (ie- took me a while just to figure out why it was acting so weird
)but an exaggerated version looks like this:
[attachment=0:2a9nkqd9]<!-- ia0 -->gc2.jpg<!-- ia0 -->[/attachment:2a9nkqd9]
I don't see that the green section is necessarily supposed to be straight line off the arc. Why? If I were drawing a wall or arched trim. I would extend the arc to an intersection with the line. That's how it would be drawn in a program with real arcs. I can't see a reason to draw it another way, but perhaps you are saying it has some geometric purpose.
-
@pbacot said:
@unknownuser said:
it's not obvious upon opening gerrit's file that it has this weirdness in it.. (ie- took me a while just to figure out why it was acting so weird
)but an exaggerated version looks like this:
[attachment=0:1qiop4ig]<!-- ia0 -->gc2.jpg<!-- ia0 -->[/attachment:1qiop4ig]
I don't see that the green section is necessarily supposed to be straight line off the arc. Why? If I were drawing a wall or arched trim. I would extend the arc to an intersection with the line. That's how it would be drawn in a program with real arcs. I can't see a reason to draw it another way, but perhaps you are saying it has some geometric purpose.
nah. it' would be drawn with straight lines as i've shown..
draw something similar as the red line in cad then offset it and see what happens.. but an offset arc should never get a bigger central angle than the original.. sometimes, you'll have to cut into the offset arc creating a smaller central angle but never larger..
[EDIT] unless you yourself wants to make a design choice to have the inner wall curve all the way to the intersection.. that's fine and probably happens a lot.. but, that's no longer a true offset so you have to go in there and draw it manually per your vision as opposed to using an offset tool
[/edit] -
I am missing the point of Garrits example, why would you solve the corner situation in a none tangential way to start with?
I've designed quite some buildings in my life and facades for wedged buildings too.
Why start out with a not tangential approach in the given situation?
As a designer I would strive to keep the outside wall consistent, and that is what I've been talking about all along, consistency. How ever the miter in the inside results is secondary.But still I would like to be in control of the solution vs letting SU decide.
That is why I'm crying for a compass tool. And so long I'll have to put up with work arounds and plug ins. -
@desertraven said:
I am missing the point of Garrits example, why would you solve the corner situation in a none tangential way to start with?
I've designed quite some buildings in my life and facades for wedged buildings too.
Why start out with a not tangential approach in the given situation?in situations like this maybe?
-
i guess that example leads to this..
if sketchup was offsetting these shapes properly, this kind of weirdness wouldn't be happening with the current offset tool.. and it's not as if they have to deal with the issue separately in order to prevent these spikes (such as what tig's offset tool tries to do..).. if they numbers were right to begin with, these spikes wouldn't happen.. they'd disappear without the devs really needing to do much of anything..
-
@unknownuser said:
@desertraven said:
I am missing the point of Garrits example, why would you solve the corner situation in a none tangential way to start with?
I've designed quite some buildings in my life and facades for wedged buildings too.
Why start out with a not tangential approach in the given situation?in situations like this maybe?
[attachment=0:2c4ainrc]<!-- ia0 -->likethismaybe.jpg<!-- ia0 -->[/attachment:2c4ainrc]Yes, If I had a compass tool and could draw a real circle, then I could decide what arch my window set up or door will follow.
But if the arch tool is a polygon that pretends to be a curve then I'm at the mercy of the software.
So I'll consult Rhino or AutoCAD, then decide what to do in SU. Very inconvenient.
-
Well, I disagree, but both a circular or tangent extension of the arc could be used in design. On the face of it I would see the offset as a thickening of the forms, and the arc has to continue to intersect the sides of the line form. Alternately you might not like the intersection becoming acute or whatever and choose the tangent extension in design.
The last example above shows what I see in CAD offset all the time. My app provides a "clipping" function that is (sometimes) able to solve this for polygons.
-
@desertraven said:
So I'll consult Rhino or AutoCAD, then decide what to do in SU. Very inconvenient.
sort of off topic i guess but just a little 411 on nurbs programs and the like..
it's not showing you a truly represented surface.. it's a mesh.. exactly as you'd see in sketchup.. that's what you're looking at.. i don't think computers/monitors have evolved enough to where we can see a true representation of a curved surface on screen.. (for one, it's a helluvalotta data to show at once and two, pixels are square so you'll never be able to make a real curve out of squares)..
so, the programs are doing similar things as far as moving vertices around and connecting with straight segments..
the difference is that the underlying structure of a nurbs program is much more intelligent than something like sketchup..
suppose you've drawn a sphere in sketchup and you'd like to draw a line from the center to the surface.. in sketchup, if you snap to the middle of one of the sphere's facets, it snaps correctly and looks right etc..
sometimes in a nurbs program, you'll do exactly that except the inference point appears to be floating in the air and even though it's telling you it's properly snapping, it doesn't look like it.. because it's actually snapping to the true sphere and not the mesh which we can see..
so, sometimes sketchup looks like it's doing something right but it's actually inaccurate then on nurbs, it looks like it's doing something wrong but it's actually correct..
but i guess my point is this: consulting with another app which has 'true circles' as opposed to 'segmented circles' isn't really what's going on.. you're just consulting with another app which has more intelligence (a lot more
).. but that same exact intelligence could be occurring inside sketchup and things could still be represented with segments and facets except, they'd be accurate.. -
Seems Smart Offset by Tig try to solve these pinched or overlapsed curves
-
@pbacot said:
Well, I disagree,
that's fine.. you're also then going to disagree with how every other properly working offset tool works..
they do this...
@unknownuser said:
but both a circular or tangent extension of the arc could be used in design. On the face of it I would see the offset as a thickening of the forms, and the arc has to continue to intersect the sides of the line form. Alternately you might not like the intersection becoming acute or whatever and choose the tangent extension in design.
right.. but we're talking about offsetting in this thread.. not design..
i said earlier that i can see how a design choice could be made which is different than what an offset gives..and that's great and should happen etc.. but it's no longer an offset in that case.. an offset tool should only do one thing very well which is to move lines inward/outward on a plane to an accurate distance.. that's it.
it shouldn't really offer design/aesthetic variations.. that's up to the designer to decide..
-
anyway.. i'm definitely starting to go around in circles now..
@jbacus,
thanks a lot for actually engaging in this madness of a thread..
-
@unknownuser said:
Seems Smart Offset by Tig try to solve these pinched or overlapsed curves
it does try.. but it's like trying to polish a turd..
offset the arc properly and there won't be spikes..
that's what the software should be doing.. -
@unknownuser said:
@desertraven said:
So I'll consult Rhino or AutoCAD, then decide what to do in SU. Very inconvenient.
sort of off topic i guess but just a little 411 on nurbs p..., they'd be accurate..
Yes, what it plots on to the screen and what it calculates are two different things. But I'm sure a sphere is always calculated from the center as is an arch or a circle.
That is why I would like the arch tool to stay true to the radii and not to the perpendicular segment reference. That is just wrong. A circle is a circle and an arch is an arch a sphere is a sphere. And if we decide to design a variation we are entitled to do so, but not the software, that has to be absolute reliable.
Edit: Here the diagram showing how the situation changes with one wall being not tangent. The Blue is the "true" circular offset. Green is the alternative wall position.
Red is the segmented same thickness wall. Yellow shows how the segmented wall needs to be called out in a plan with it's new resulting inner radius.
-
Jeff,
I see your "point" on the miter. Thanks. I find that the polygon offset tool works the same in my CAD app. In fact it offsets edges, not vertices much like SU> It cannot offset arcs combined with lines and does these separately. So the solution at the joint is left up to user.Peter
-
@pbacot said:
Jeff,
I see your "point" on the miter. Thanks. I find that the polygon offset tool works the same in my CAD app. In fact it offsets edges, not vertices much like SU> It cannot offset arcs combined with lines and does these separately. So the solution at the joint is left up to user.Peter
weird.. if i'm hearing you correctly, you have an app which has polygon mode and non-polygon mode?
what app is that? -
@unknownuser said:
...
it shouldn't really offer design/aesthetic variations.. that's up to the designer to decide..
Looks good to me.
Edit: I was just playing with this one ha ha https://tinkercad.com
Advertisement