The workspace/workset rabbit hole has no end.
I'm starting with one client. Trying not to edit those client configs. This client comes with a workset template - folder, CFG & DGNWS.I wanted to see if that template is actually what is used to create new worksets under that client.
Apparently, it's not.
I was able to create a new workset. I selected "Create Workset", gave it a name and selected the template I would like to use. It created a folder, CFG & DGNWS in the proper location. But the folder doesn't include the files from the template folder and the CFG is not the same as the template CFG (far more generic, not even close). It would appear that the template being used is not the template I selected? Or is the CFG file unrelated to the template workset?
I am getting lost in the CFG variables, so I'm sure I have something crossed up. Can anyone make a suggestion to straighten me out?Thank you.
Thank you so much!
MaryB
Power GeoPak 08.11.09.918Power InRoads 08.11.09.918OpenRoads Designer 2021 R2
That is correct.
Rod WingSenior Systems Analyst
Answer Verified By: MaryB
I was unaware of the search function in Worksets. That makes this much easier - we'd end up with a list of dozens and dozens of project worksets, but a search simplifies finding the right one.
We wouldn't have any issue with year based breakdowns because that's how our project directory is set up - everyone is used to looking at that sort of list. But the search will work fine.
To confirm...I really only need a "workset template" if I am creating worksets through the MicroStation interface, and I use "workset standards". If I have a pre-existing project directory structure, I only need a workset CFG file because the DGNWS will be created from that "seed" when the workset is first opened. Is that right?
You don't have to separate your WorkSets by year. They can all be in the same folder with custom variables in the workset cfg directing them to the right path. We had proposed to some DOTs setting up the WorkSpaces-WorkSets by year as well. They thought there would be too much confusion as to what year to look in for the project.
We did some test for them and generated over 2000 WorkSets in a single WorkSpace for them. ORD handled it just fine, and there is a search option to search for WorkSet names so they were happy with that.
So...keep the client workspaces but abandon their worksets directory in favor of a "S:\Projects\year\Worksets directory (for read/write access)?
Yeah, with that I'd HAVE to have a custom tool. If "Year" is defined in the workset, it can't be accessed by any process that happens before that, including "Create Workset".
I thought I was on the edge of understanding this well enough to put it all together, but I'm getting more confused again.
Workspace: ClientWorksetsroot: Many (by year, in projects directories) or one(in client workspace directory)Workset Template: One (client)
Workspace: YearWorksetsroot: One (by year, in projects directory) or many (in client workspace directory)Workset Template: Many (client)
Do i have the analysis right?