I am trying to configure ORD CE for ProjectWise.
Our folder structure does not support worksets under workspaces but there a videos on how to configure that. I have been successful in making out projects work as worksets and associating them with a workspace. However, my efforts to enable the sheet index (and whatever else a DGNWS file provides)have failed. I have defined a common location for the Workset CFG files and location where the DGNWS file should be created using _USTN_WORKSETSDGNWSROOT.
But I cannot figure out how to define _USTN_WORKSETDGNWS in PW. According to its description, it should be the full path file name of the DGNWS file. But in my PW Managed Workspace, it is being defined to the Workset name only and according to the Configuration Dialog box, it is being set at a System Level, While most of my workset variables at reported to be correctly set to Workset Level.
I discovered that if I list the Configuration Variables using the Show Configuration Variables command of the dialog box and compare its list to the Summary of Variables from an MSDEBUG.TXT file, there are a number of assignments that are missing. Particularly glaring is the _USTN_WORKSETDGNWS assignment. In fact, I have searched every CFG I could find and do not see it listed anywhere.
If it is automatically generated, are there rules and conditions that can effect its assignment? I need to figure out why I cannot get the variable and its operational purpose to function in Project Wise.
here is another DGNWS woe:
https://communities.bentley.com/products/road___site_design/f/geopak-inroads-mx-openroads-forum/217047/managing-sheet-index-dgnws-for-different-companies-disciplines-on-the-same-project
Timothy Hickman
CADD Manager | CADD Department
timothy.hickman@colliersengineering.com
Main: 877 627 3772|
1000 Waterview Drive Suite 201 | Hamilton, New Jersey 08691
yepp - this was one of my arguments when this was first introduced.
Tim, yeah, it works. BUT our worksetsroot folder is located within the WorkSpaces folder (<WorkSpace_Name>/Worksets) and since its on another drive and write locked, users can't write to it and taking away all the cool functionality of the DGNWS.
*sigh*Perhaps Bentley should have asked the user base how we normally store project information vs. workspaces?
MaryB
Power GeoPak 08.11.09.918Power InRoads 08.11.09.918OpenRoads Designer 2021 R2
so you move the DGNWS file from the workset standards folder, to the actual workset root folder and then it works ?
I am having similar issues when trying to separate my engineering/working data from the configuration.
The other frustrating part on my end is the generic exception logs that get generated - not much help for me.
I can get the Bentley products to read the new locations and have no issues. My problem comes with the creation process for anything new. For some reason the creation process (for me) doesn't like the data being located outside of the Bentley directory structure.
but the both of us - as well as others - are not configuring things the exact same way - so it seems that Bentley has issues with us changing these.