How is this possible? Please help.
-
the windows were modified versions of a window from the component library.
-
Was the original done far away from the origin?
-
I'm assuming you mean the original box that has the error.
Not too far, but the origin has moved a couple of times. It's a large model with topo terrain and many lines and faces (hundreds of thousands). I could give you a more specific distance if you think it would help.
-
So,?
Is there no interest to my earlier post where I clearly show 2 converging lines on the green axis contributing to the vertical lines off the blue axis(black).Ck the posted SU model....cause I'm just saying.
Best,
Charlie -
There was another thread on this problem quite a while back, SU5-ish. Push/Pull was involved. The problem child was located far from the origin. There also could have been an axis change somewhere along the line. Both things seemed to be involved.
He sent his problem file with everything deleted and purged except the cube with extruded cut-outs. Several people tried working on that file. Simple Push/Pull shapes done in his file would not stay square for us. It was weird.
-
Charlie, I did check your model when you posted it and sorry for not acknowledging it then. I appreciate your effort in this.
As you and GreyHead discovered there are some lines in the model that are very slightly off. I'm now trying to figure out how this originated, but I'm not sure its possible to determine this.
Gata- thats a pretty interesting case and sounds somewhat similar. But since the moral of that story is also that sometimes SU gets thrown off a little I guess I'm just going to keep checking my color by axis view every now and again.
-
Hi guys,
There was another thread (maybe the same Gata remembers) when a very slight difference (within SU tolerance) was between the corners of SU on the z axis.
Now I recreated this as I remembered Wodan's solution (see attached file).
I moved the corner farmost from the origin up along the z axis by 0.001 cm and SU still considers it coplanar (it did not autofold; i.e. it's within its tolerance.
I PP-ed the face up - well, we can see the edges are still seem to be on the z axis, but try to PP it even more and the edges will go off axis.So I think your problem is that there might be some really small difference - still within the tolerance of SU.
-
Thats is a very interesting effect Gai. Thanks for illustrating it.
Looking at these little things helps me understand how SU works on a deeper level.
-
Yes. Now I re-opened your file and set everything into metric but also set my precision to .0000 and voila; it shows that the upper and lower lines on the green axis are not of equal length (there is a 0.0001 cm difference). See attached file (I hid the rest of the dimensions)
-
Sure enough, there it is.
-
I tried locating the problematic file I remembered without luck.
The poster gave us a small sample model, a box with some pushed in shapes on the side (triangle, polygon, circle). The original model actually was a tiny part of a large, sprawling building development. His sample was only an illustration of his dilemma with other stuff.
Sure enough, if someone duplicated the simple push/pull operations alongside his sample model, sometimes the sides would not come out square.
Sketchy, if this is an ongoing problem in your original file, Google SU may be interested in it if this is not already a logged problem.
-
It's not ongoing any more. There were a series of components that I made that all had similar errors. But I am pretty sure that it was because I was referencing one to make the next, and the next, etc. I just deleted all that showed this error and started over.
I have found that it is easier to just remake a component than fix it. If you know what you are making it goes really fast. Fixing a face that won't close or lines like this, it's just not worth it.
-
Hey Sketchy, any chance I can get the original offending SketchUp model?
Send me a PM if you still have it. I'd like to give it to the engineers to have a look.
Thanks,
- CraigD
Advertisement