Reconfiguring / Rationalising a Company_Dataset from Dataset_UK & preventing Dataset_UK seeping through...

Question

I'm interested in hearing what would be the best approach to parring back the UK dataset somewhat? 
 The out-of-the-box Dataset_UK is very buildings & architecture focussed, whereas my clients' organisation is a multidisciplinary site construction company. I find the dataset content is too detailed for our needs in areas, and then virtually non-existant in other areas. 
 Every piece of help or guidance I've found, as well as every consultant I've spoken to has told me that AECOsim is great for *ADDING* content, and has shown me how to do that. And they've told me that the datasets are intended to be tailored to suit particular needs. However, I haven't actually seen anyone successfully *REMOVING* dataset content, at least without errors & instability ensuing, I think simply because the various tools & procedures AECOsim relies on are so interdependent. 
 Lets, for instance, say that I want to remove all datagroup content where the uniclass code is 3-digits or longer (i.e. retaining everything under the G0 & G00 level tables, for instance). How would I approach this? Is there a particular order I should tackle the Level Library, Family / Part libraries and Datagroup catalogue definitions? Are those the only things that would need changing, or have I overlooked something? Which config or PCF files would maybe need amending? 
 The end goal I guess, is that I want to vastly simplify the AECOsim user experience for our staff, who are mostly very new to AECOsim. It presents them with too many options, most of which are irrelevant to their needs as designers and engineers. If we could par back the level libraries, define our own set of useful families/parts, and ensure that our datagroup catalogues contain only the most basic & most-used items for our firm, then we would be able to slowly build & develop content from there. 
 I'm told, "oh you just need to make a Dataset_Company" for your own standards. But this doesn't stop all the Dataset_UK content seeping through into things from people's local C-drives. 
 Any help / advice / pointers would be much appreciated, as not being able to *subtract* out-the-box content seems like a fundamental flaw in AECOsim's supposed capability & flexibility (which is why my client invested in Bentley in the first place). 
 Thanks in advance.

Marc Thomas · Accepted Answer

Hi Thomas, 
 The configuration scenario where the default dataset is used with company/user content separated into company/project dataset locations is intended to be a relatively simple solution that offers some performance benefits by using the local copy of the default dataset (an aspect that we are reviewing while compiling similar guidance for CONNECT Edition) and to simplify the application of future dataset updates. 
 If one of the primary requirements is to reduce/minimize the delivered content a different approach is required. 
 One option would be to copy the UK dataset to your network, remove unwanted content, then use that as the location for your own custom content. I would not do that as your custom content would be mingled with the remaining delivered content. 
 A better option is to copy the UK dataset to your network, remove unwanted content, but have a Company dataset location to maintain the separation between Bentley and custom content. 
 To reduce DataGroup content you could try the Catalog Item Manager. This tool moves xml content from the delivered dataset to a library file, so the content still exists but is not present in the UI. In its current form the tool ahs limitations. It only move the xml content and does not affect related resources such as cells used by DataGroup items; but in your context where you wish to simplify the user experience should provide the required outcome. 
 The way I would use this tool is to modify a copy of the delivered dataset, treat that as the WiP source for the operational dataset. 
 Steps: 
 
 Copy C:\ProgramData\Bentley\AECOsimBuildingDesigner V8i Ss6\WorkSpace\BuildingDatasets\Dataset_UK to C:\ProgramData\Bentley\AECOsimBuildingDesigner V8i Ss6\WorkSpace\BuildingDatasets\Dataset_UK_Mod (or whatever suffix is appropriate for your context) 
 Use Catalog Item Manager to move unwanted content into library files in that copy of the dataset. 
 Once complete copy Dataset_UK_Mod to the network and define TF_DATASETS to point to the network location and in the PCF for each project TF_DATASETNAME = Dataset_UK_Mod. 
 
 There are some details to fill in around this, but that is the overview. 
 Are you considering moving to CONNECT Edition? A point of change like this would be the best time to do so. 
 We have minimized the content in parts of the CONNECT Edition UK dataset.

Satadal Dhar · Answer

Hi Thomas, 
 If you have a Dataset_Company with your own custom settings, and if the folder hierarchy is as same as the Dataset_UK, then by changing the TFDIR variable to point to Dataset_Company folder and not to Dataset_UK folder will stop Dataset_UK from seeping into your project. This can be done from within the application (Workspace -> Configuration). But please note that if your custom dataset is missing minimum required files (for example, DGNLIBs etc.) then AECOsim would not be able to work correctly. 
 Please let me know if this is of help!

Marc Thomas · Answer

Hi Thomas, In the scenario you describe it could be appropriate to have a self-contained dataset in each workspace. The intention behind the Organization > WorkSpace > WorkSet structure is to enable that kind of granularity. Here's an example: Say you have this WorkSpace: \CONFIGURATIONS\CE\WorkSpaces\NR\ In NR create/copy the dataset folder Dataset_NR: \CONFIGURATIONS\CE\WorkSpaces\NR\Dataset_NR\ In the CFG file \CONFIGURATIONS\CE\WorkSpaces\NR.cfg define: TF_DATASETS = $(_USTN_WORKSPACEROOT) Then in the WorkSets within that WorkSpace in each WorkSet CFG define TF_DATASETNAME = Dataset_NR Alternatively Dataset_NR (or other datasets, e.g. Dataset_UK) could be located at the Custom Configuration level: \CONFIGURATIONS\CE\Datasets\Dataset_NR In which case NR.cfg would define the dataset location as: TF_DATASETS = $(_USTN_CONFIGURATION) However... In the case of NR they are still using V8i applications and datasets, so their dataset content would need to be migrated to CONNECT Edition. Given that you only want to use some of the NR content the scale of that task may be reduced. Which areas of the dataset are relevant to you? Are you delivering models back to NR or just drawings?

Reconfiguring / Rationalising a Company_Dataset from Dataset_UK & preventing Dataset_UK seeping through...

Top Replies