Changing Global Origin in models effects??

Yes, zero-gravity trusses and joists are a must-have.  The only thing better are those hermetically sealed doors and windows, but you have to be very careful when placing them or the results will be, well, "interesting".   :)

Hello

Apologies for the delayed response, I've been out of our solar system for a few days, only just for back. It's a bit of a hush, hush job, ..... can't really discuss the details here in this forum (I'm sure you understand!).

Anyway, back to more earthly matters

'I can certainly see an intuitive nature to some of the concepts described here.  However, comparing a vector based 3D modelling/CAD application to Google Earth seems a little off to me. '

Sorry if you though that was a little 'off'. I wasn't comparing to 2 different software apps per say. I didn't think that was being implied. The point was that locating yourself, and your site/project should be as straight forward as it is in Google Earth. Bentley Systems would seem to already have most/all of the necessary information. If you look in the 'Geographic' toolbar, it's all there. Plus integration/links to Google Earth and GPS capabilities.

It seems unclear to me how you go about 'geo-locating' your project files/models. It seems you can select a geographic coordination system for the file/model, and also apply it to the ref files. Short of ensuring that the project level seed files (there may be several) are geo-coordinated, how go you locate your whole project/site?

There are certainly other' advanced CAD' packages, that have a very straight forward dialog box, where you locate your building. Mainly the energy analysis projects ...... some of which are part of the Bentley portfolio!

You simply fill in the dialog box, this then relates your site to a weather data file and various climate metrics. ..... BIM

Why are the 'building' applications not making use of these capabilities.

Here in the UK, most projects use the OS (Ordnance Survey) Co-ordinate System. When I create some objects in 3D, where then is Z = 0 (Microstation Global Co-ordinates System) relative to the OS System? Is Z = 0 then equal to 'Ordnance Data Level' = 0 (which is sea level in the UK system)

Perhaps a bit of an arcane approach, but here in the UK, everything is related back to sea level (in the OS System), ..... Fortunately here in London, pretty much all of it is only several tens of metres above see level (not hundreds), so most of the time you are dealing with figures around 100 m AOD (Above Ordnance Data)

I've tried on a couple of occasions, developing my models at their real height locations (in the OS System). This is usually not very practical, and will throw a lot of other people out.

More often, I'll pick a level that's a round number just below the lowest point of the site (say it's 84.500, then I would use 80.000) and use the Microstation Z = 0 as that.

The big danger with changing the GO, is if you have a large team, say 20 people, and they are importing/exporting things all the time, ....... there will soon be problems (used the wrong seed file, importing a file from another system, ....)

Relating to the original question about re-locating the GO, ...... ..... one would have hoped that by now we would not have to be concerning ourselves with any GO. Just with locating your site, .... once you have done that, the GO should have then already have been moved to an appropriate location, so that the solids accuracy remains intact, and if you import a 3D elevation file from one of the 3D mapping companies, then your building should already be at more or less the correct height/elevation, ......

Over and out ..... (excuse me for a moment, ..... need to just go and check my hyperdrive unit, ..... seems to be smelling of smoke, ...... not a good sign)

I guess when comparing Google Earth with vector based 3D modeling applications such as MicroStation, I was looking more at the accuracy/precision aspect.  I don't know if Google Earth has a similar concept, but since it's not a design application per se the ability to select a random point holds an entirely different meaning than in MicroStation (and the Parasolid modeling engine), where its floating point math dictates that closer to the design cube center gives better solids modeling accuracy.  From that aspect the modeling coordinates can make a big difference, hence the ability (and need) to change the GO to accomodate real world coordinates.

However... when I commented about some of the concepts outlined in this thread, I was thinking more of the front end for this process.  I certainly can't see a simpler/more streamlined method of assigning coordinates as a bad thing!  But I'm not a developer so I have no idea what this really means from a coding perspective.  Not to mention taking into account the many different workflows our users have, across many disciplines.  

Anyhow...  Good luck with the hyperdrive unit.  Smelling smoke is never a good sign.  You may want to consider one of those liquid nitrogen cold packs.  They work pretty well on ailing hyperdrive units and they're not bad for aching muscles either.  Thitry minutes and you'll forget all about those aches...   ;-)

maybe check out this video:

relevant to our discussion and to everyone's need

I'd like it simple based upon what I need in drawings.

For Plan and Section

Workable Origin (don't care what it is) and draw my building

Then move my global and the floor follow (Now I can show true elevation markers on my Sections and Plans)

Create a new "Global Master Model" which hold my original "Master Model" (Confusing isn't it)

Move this to a global loacation and rotate this "Global Master" to match origin of the Universe -

You pick Federation, Klingon or Romulus Coordinate system as you wish.