Hello,
I don't know why this keeps happening to me. Your Help would be greatly appreciated. When I create the building it consists of 3 stories as shown on the "before.jpg", but whenever I save the model as a "*.osm" file and open it again, all the levels collapse into 1st level and the whole model moves into the origin.
Thanks in advance.
David, and others.
I think I found the problem. I've been doing this all the time. To make things easier and more clear about what I'm doing when working with large-scale buildings with complicated geometry, I've been grouping and hiding the spaces as I wanted to draw other floors on the building.
In one of my attempts to recreate the building I grouped and hid the 1st and 2nd floor to create the 3rd floor but after creating the 3rd floor I had to leave and I didn't group the whole building this time and just saved them. When I came back and reopened the osm file, 1st and 2nd floors moved to the origin as in the original problem I mentioned but the 3rd floor stayed where I created and want it to be.
So then I recreated the building in the same order and this time I didn't group the spaces along the way. Tedious but wallah!!! The building stayed as I want it to be even after saving it as an osm file and reopened. Therefore, I think the culprit is when I group and explode, due to some programming or coding issue spaces don't explode properly. Meaning original positions (x,y,z) messes up when group, hide, unhide and explode or work inside a group.
As long as I don't group and explode or work inside a group, the building stays as I want it to be even after saving and reopening osm files.
I'm sure this is something that developers should look up and fix.
Cheers and you're welcome.
Glad you figured that out. Yes, grouting or exploding OpenStudio spaces or other OpenStudio surface groups could cause lots of problems. Hiding should be fine. You can file an enhancement in the SketchUp plugin but that won’t be an easy fix, but maybe something that could be done is a warning that pop us up if a space is grouped with another space or exploded that warns the user and suggest to quit without saving or at least save as to a new name.
Comments
That is very strange, can you provide more context of how the upper story spaces were made? If I'm understanding the upper floors were not deleted but their zone origin z value was changed to 0. I also see that while every space didn't move to the model origin x.y values, the entire building did move over some (or the SketchUp origin was changed which is also possible). Lastly, what happens when view the model in the OpenStudio application. If you move the spaces back up save the model again, as new name, and open close and open it, do they say in place this time?
David, 1st and 2nd floors were created using "Create Spaces From Diagram" Since the Third floor is different, it was drawn on the 2nd-floor roof surface and used "Create Spaces From Diagram" again. Yes, the whole building is moved to the origin. And yes I have tried saving in different names other than replacing it over and over. Still the results are the same. I think I have tried everything I possibly can at this time. And openstudio application opens the file as the after picture.
I tried a small scale (3 space building) with similar features (3rd floor positioned differently) it works. But not the building I need. The building showing in the above pics is about 400x250ft scale roughly and consists of about 60 spaces. Is SketchUp-openstudio plugin crashes because of the size of the building?
Before it was opening but with spaces, but now are you saying it is crashing. Is it crashing when you open the OSM or perform some operation on it? I don't think it would crash because of the model size, I think something else is happening. Do any errors come up in the ruby console?
David, The building wasn't opening properly at all after saving. All those problems I mentioned in the problem statement start after I save the building as an openstudio model. Sorry for the late reply I was on vacation.