My check box is tickable, but it does not have an effect even if turned off. I will try turning on and off in other modes, then switching to x-ray.

According to the research I've done, it's not possible to move the origin, at least as far as what SU recognizes as the ground plane, is that correct?

I think this is a bug - it tried searching for it but came up with nothing. When I am in a regular view mode with x-ray turned off, I can cycle between shadows on ground plane or not, no problem. If I go to x-ray mode, however, whether I have the box for ground plane checked or not, shadows are always displayed on the ground plane. anyone else have this issue, know how to work around it? I know I could just move my model up, but I have several saved views that would then be messed up.

Adam, thanks for this plugin. I think it will prove helpful in reducing my file sizes. I do have a question about the output, however. Can you explain to me what the higlighted numbers below mean? You interpreted the below graphic to mean that the plate had 38,000 faces - how did you know that? Did you just open that component and select them? Or do those numbers relate to that?

Thanks.

I also get no results. According to the OP, I should select my object(s), then context click and select "Flattening Script", then select the plane I wish to flatten to. Nothing happens when I do this, however.

@tig said:

PS: the site plan IS located reasonably near to the real origin, isn't it ?
You don't need to locate geometry in the 'real world' - unlike ACAD !
Having geometry zillions of miles away from the origin can cause issues...

Yes, all objects are relatively close to the real origin.

Here is the current status:

-I have a large site model, in which a building composed of three parts sits.

-Each part is a component, created by pasting in place a separate .skp file that has the same real origin.

-All editing of the building is done in the separate.skps.

-When I want to get my building updates into the site file, I Context click on the component and "Reload"

-Updated component comes in thousands of feet away, rotated, and at a different elevation.

This appears to be because upon paste-in-place a new origin is established for that component. Then upon reload it matches the component's real origin with that new origin, instead of the site file's real origin, thus locating it far off.

So far I have discovered a better method. Instead of pasting in place, I go to File>Import and select my .skp file. Then I snap it to the real origin (which match in the two files), and it loads in the correct place. Even after I make changes in the building file and "Reload", it still appears in the same place. Success!

Ok, I reset the axes in my base file, then made all my objects in that file into a component (so I can have different working axes inside it). I discovered that I CAN paste in place correctly (I thought they were not set up that way, but I was mistaken). However, when I change the base file and want to reload, it comes in completely different. How can I establish a good work flow for this?

@baz said:

Hi, sounds like you should be using 'Paste in Place' (ctrl V).
Another method is to make portions of the model 'Components'. Work on a component in another file, then back in base file, right click on outdated component and 'Reload', navigate to updated component and select. Voila!
Baz.

This is essentially what we have been doing. "Paste in Place" will not work because the "place" is not the same relative to world origin. If I paste in place my component shows up way off from where it should be. Therefore I have to move and/or rotate it as necessary to get in place. My problem is that once I've inserted a file as a component (or pasted in place) and positioned it correctly, it should not move upon reload, no matter what changes I make in its base file. However, it occasionally does for no obvious reason to me.

@tig said:

Check that the axes of all of the SKPs in question are all 'reset' to be the world axes.

The problem with resetting the axes is that my working axes (orthogonal to the building) are quite different than world axes (our building is rotated from true north). If I reset axes to world, then it makes it extremely difficult to work in the file.

@tig said:

If you edit that block and move it's contents the block appears to shift within the site_plan...

We do not edit the components once they are imported into the site file - if they need changing we only change them in the base models.

Hi all,

I'm relatively new to Sketchucation - I've been browsing the forum for a while now, but this is my first topic.

I did a search for this issue but didn't come up with anything. My problem concerns imported groups shifting position upon reload. Basically I am working on a large building that sits in a even larger site file. For ease of use (the combined file is too large to work easily in) and to allow multiple people to work at once, we have broken up the building into 3 separate files, which we then import into the site file. I often have the problem upon reload that the group is upside down, thousands of feet away, and/or rotated. Isn't there someway to establish a universal origin so these groups don't move? Any help is greatly appreciated.

Well, the intent is actually to just use this a s a diagram, with no walls. I will need to color the rooms separately, so it is necessary to have faces for each room.