Clipping Plane Issue on Large Model

broomstick

When something like this occurs, I simply do a zoom extents and everything goes back to normal. Isn't this your case?

Gaieus

Chris,

Try to explode the offending group and while everything is still selected (like it is always the case after an explod command), group it again. I have seen such offending groups already and although it never turne out why it behaves so,it helped (in that case at least).

thomthom

@gaieus said:

Chris,

Try to explode the offending group and while everything is still selected (like it is always the case after an explod command), group it again. I have seen such offending groups already and although it never turne out why it behaves so,it helped (in that case at least).

Could be the groups origin being far of. I have experienced oddities with AutoCAD imports where the block's origin where far off. Even some models where there's not been AutoCAD imports, but some stray far of lines.

dale

Might be worthwhile setting eack building up on a different layer, or using this drawing as a set of proxy instances.
In the layer case you can turn off buildings, and your groundplane,and work on the building in question. I think clipping will stop. In the instance case you can work on each individual building in totally new SketchUp drawing and bring it in as a component instance to replace your proxy when all the tweaking is done.
Oh and I use a Mac, and still have some clipping, but from your screenshots yours are really extreme.

crass

Thanks for the advice all. I'm going to try the explode - regroup technique. I think this may be getting at the root of the problem.

@thomthom said:

Could be the groups origin being far of. I have experienced oddities with AutoCAD imports where the block's origin where far off. Even some models where there's not been AutoCAD imports, but some stray far of lines.

It is an AutoCAD import and the origins are wack (530000',65000' or something way out there like that) but I want to keep it referenced to my AutoCad drawing which has AutoCad maps data and also serves as a datum for related drawings in other apps (Rhino, Max, etc).

What i often do, which I'm starting to question as a good practice, is block lots of geometry in AutoCad before importing to SU. These come in then as components as you all know. it is helpful for, again keeping, geom separated. Wehen I create these blocks I always choose a local insertion point but I'm wondering if this process in conjunction with my distant 0,0,0 point is not causing the problems. I will try to explode and regroup and report back.

Have a great weekend!

thomthom

Importing AutoCAD drawings which is drawn with real world co-ordinates into SketchUp has always caused me problems. And I see that consistently at work that a major part of DWG import problems is due to real world co-ordinates. SketchUp goes all haywire with too large co-ordinate numbers.

You'll find things allot easier if you find a workflow where the imported DWG's are located around origin. I always copy what I need from a DWG to a new DWG file and relocated everything around origin and the purge the file a few times. That's the most reliable method I've found so far.

crass

@thomthom said:

SketchUp goes all haywire with too large co-ordinate numbers.

This thread should be reposted under the Duh! thread. I just moved my model 2.7 million feet to the West and it seems to be working a lot better. I created a datum (just a cross) to keep my model referenced to the .dwg but I'd prefer to not have to do this. Oh well at least I can see now.

thomthom

Another symptom I've seen often is if the DWG got blocks which are placed far from their origin, the lines inside the blocks will jitter and shake when imported to SU. It's really disturbing to see a model with that symptom, like an earthquake simulator...

hebrides

I think it is a memory issue with SU7. I have trouble from time to time now in 7 with models that didn't clip in 6. I had no clipping issues in 6 at all.

The last time it started to happen with a large model I checked processes and found about 15 different updaters and CRM .exe. They where sitting in the background and their periodic calling out was taking up resourses. I shut down the installers and updaters. I also closed any other processes that where running but not necessary.

Of course if you want your updates you need to turn them back on or reboot. So, I went out and found a piece of software that would allow me to leave all these processes in background running but inform me when they fire up and try to call home. The software is called ZoneAlarm. You can just turn the internet connection off completely or you can have Zonealarm watch individual processes and ask your permission.

I know this may be isolated but my clipping problems where CPU related not GPU.

Gaieus

If you keep your model far from the SU origin, you will always suffer from clipping (and this "jitter" syndrome Thom mentioned). The same even if you move your stuff closer to the origin but leave any tiny bit of geometry "out there".

A solution could be (I'm just "thinking loud" now as I'm too lazy to try out) to

select all in your original SU file (with the origin away in the distance)
make a component of the whole model
Save (this component) as... (Context menu)
open the component as a "normal" SU model (note that the origin will be close; where the origin of the component was placed)
do all the modelling work
if you wish, "Reload" this model/component into the original file.
Certainly a couple of steps to do but it shouldn't be more than a minute and you waste much more time with suffering this way.