I have one client, and they have a lot of projects and all different building IFC's. And buildings have allways the same reference, and that is 0,0,0. And not the world orientation.
In my environment I created a workspace for my client and worksets for the project.
How can I handle the Floormanager and grids. Because you can create new buildings in floormanager, but how can I handle the grid. Cause I can't create the grid for the new building. It is oriented for one big plant.
Do you have to create Workspaces for the different projects? But I have one client, and that is my workspace. And when I get another client, I create a workspace for that client.
I work for different clients, and I create WorkSpaces for each client.
The intention behind WorkSpaces is to support exactly that multi client situation, anticipating that different clients may have varying CAD/BIM standards. A WorkSpace can store standards (DGNLIBs etc) relevant to a client's that will be accessible to all of the WorkSets within that WorkSpace.
Each WorkSet must contain a BB_Floormaster.dgnlib to store floors and grid systems.
A WorkSet can contain one or more buildings (depending on how you organize your projects). If a WorkSet contains multiple buildings the Floor Manager and Grid Systems Manager can be used to create multiple sets of floors and grids with the appropriate offsets and rotations (as described by Johan).
In Floor Manager, a rotation can be applied to floors but offsets are not needed as the floors are simply reference planes with unlimited extents:
Both offsets and rotations must then be applied to Grid Systems (for completeness this example shows floors at different rotations, which will not apply to most buildings):
This information is now in our wiki Grid Systems - Applying Rotations to Floors and Grid Systems.
Floor Management - Changing the name of BB_FloorMaster.dgnlib may also be of interest.
I have an additional question (or rather request) about offsets and rotations. In reality it's not easy to define a rotation with exact accuracy. I'm not sure if I've had that situation already in OBD but I definitely came across it when working in Navisworks.
We ended up having to set angle precision to 8 decimals or so to have as accurate as possible the correct angle (certainly if the geometry is far from the rotation centre even the slightest inaccuracy can mean mm's or cm's of deviation in X and Y axis).
I don't think it is currently possible to rotate a grid using the graphic interface? Let's say by using a move or rotation command similar as what can be done with references? I think adding that would definitely help. Not only to improve accuracy, but also to easily allign to (DWG) underlay site drawings.
You can rotate a grid by three points to any underlying geometry, the angle will be accurate regardless of the angle readout display:
please refer to the help topic Home > OpenBuildings Designer > Grid Systems. It is quite comprehensive and well illustrated on this topic
However, rotation input to floor manager is still limited to text entry (it is older code).
The ACS tools can be use underlying geometry to create ACSs by points with the same level of precision as the grid example above.
This is indeed what I experienced. Any chance the floor manager will be updated soon to include similar rotation possibility?
I remember manually creating ACS. But I don't think it can be linked to the "Floor selector"? This is what I generally use to lock to an ACS.
I have linked your SR 7001302949, 'Rotate Floor Manager by points' to Defect 38478: 'Ability to rotate Floor Manager floors by points or by element to the Floor'.