[CE] Connect Workspaces vs V8i Workspaces - Is there Documentation Available to Explain Equivalency and Additions?

Hi Chuck,

caddcop said:

But Connect seems to be a new beast

you are right that CONNECT Edition workspace is the new beast and in my opinion it's a right approach. I agree with John the new system allows better organization and related organization concept are well designed. My feeling is that many confusion expressed in MicroStation and Administration forums come from incorrect thinking "CE workspace is just V8i workspace with different naming". It's valid for many features, but not for all, so it can looks like it does not work fine.

caddcop said:

What I am looking for a some type of explanations and guidance on Connect Edition Workspaces

Contrary to old tmies, now plenty of CE features are quite well described and explained (or at least better than for V8i). In addition to webinar linked by John I recommend also to ready:

• Configuration Concepts in MicroStation help
• MicroStation blog, especially Configuration Blog Series from Shaylesh Lunawat

With regards,

  Jan

I'll qualify for a PHD in Configurations after digesting all of this. It's too bad I had to do a lot of "seat-of-the -pants" learning to get my skill set for V8i to where it is. Some of it even originated on CLIX!

The "Build from scratch" approach sounds scary, but I played with the wizard on an earlier release and I must say, the results were not pretty. 

A general concept with the new configuration is that each thing (CFG) knows about its things. So all the users settings are stored local to the user. All the workset settings are in the workset cfg, etc. You can still have higher up concepts like ms_dgnliblist= P:/$(Worksetname)/dgnlib/ but in general it was built so that the individual cfgs would tell it where to get it's things. This makes archiving and restoring things easier. If the WorkSpace.cfg knows about all its things then archival of a single workspace is easy.  Of course this concept and direction may have changed.

Shaylesh has included a table of contents for configuration blogs which helps with navigation.

Some fundamental points are:

• Redirection to the network Custom Configuration is made by ConfigurationSetup.cfg on each machine which is easiest to deploy using a installation deployment image. That is the only file that has to change on each machine.
• Your Custom Configuration  contains one Organization. (This was the V8i WorkSpace, we have reused this word...)
• The Organization contains as many WorkSpaces as you require to accommodate departments, serial clients, joint ventures or whatever other admin/org divisions are appropriate. (In V8i this kind of division was commonly implemented via the UCF. The UCF contains very little in CE.)
• Individual project's data are contained in the WorkSets within each WorkSpace.

Standards can be defined and stored at any of these three levels depending on the granularity/control/variation required. These choices may also be guided by archiving requirements as John has indicated.

The start from scratch approach has a lot to commend it, build the structure then pull resources from V8i into the appropriate places. Obviously that is a simplification, but it should filter out configuration "tricks" that were needed to work around V8i that are hopefully not relevant to CE?

Shaylesh has included a table of contents for configuration blogs which helps with navigation.

Some fundamental points are:

• Redirection to the network Custom Configuration is made by ConfigurationSetup.cfg on each machine which is easiest to deploy using a installation deployment image. That is the only file that has to change on each machine.
• Your Custom Configuration  contains one Organization. (This was the V8i WorkSpace, we have reused this word...)
• The Organization contains as many WorkSpaces as you require to accommodate departments, serial clients, joint ventures or whatever other admin/org divisions are appropriate. (In V8i this kind of division was commonly implemented via the UCF. The UCF contains very little in CE.)
• Individual project's data are contained in the WorkSets within each WorkSpace.

Standards can be defined and stored at any of these three levels depending on the granularity/control/variation required. These choices may also be guided by archiving requirements as John has indicated.

The start from scratch approach has a lot to commend it, build the structure then pull resources from V8i into the appropriate places. Obviously that is a simplification, but it should filter out configuration "tricks" that were needed to work around V8i that are hopefully not relevant to CE?