I installed the latest updates last week and have been having quite a few issues with slow performance.
The following hang-ups are occurring:
I have tried compressing files to no avail. I work on local files, typically on my OneDrive files that are on my E Drive. I tried copying to my C drive and there was no improvement. Both of these drives are NVME drives. All of these issues are also occurring on my virtual machine, so it’s not just my home computer.
Then I decided to try to open my files without the workspace. I just right clicked one of my files and hit open. NONE of the issues above were occurring. However, the following was still an issue:
I have posted a video to my YouTube page highlighting these issues: https://youtu.be/c_p2HTRADBU
Has anyone encountered these issues?
I would like to jump on this thread (because this is also related to 10.10.01.00) and also express that the warning dialog about the missing Geotechnical file is very obtrusive for those firms that utilize ProjectWise. Could this check be moved elsewhere in the file opening process rather than the compiled DLL, so that as consultants we could opt to remove it?
Eddie Giese, PEProduction Manager (licensed in FL & PA)
Patel, Greene & Associates, LLC PowerGEOPAK V8i SS10 (08.11.09.918)OpenRoads Designer 2021 R2 (10.10.21.4)OpenRoads Designer 2020 R3 (10.9.0.91)ProjectWise Explorer CE 10.0.3.453LumenRT CE Update 14 (188.8.131.52)
Eddie, this is one of about 30 template files that are copied to a workset when a file is opened. It's complaining because the Geotechnical folder is missing in older worksets, and is part of the On File Open process. Bentley has not yet come up with a method to include this file when opening in ProjectWise and when it comes to quantities you will need the templates or build your quantities by hand.
Thanks, Bob. I understand the benefits and the need to pull in template files. We have internal processes in-place to ensure that the proper files are copied into every new project directory that we create for the same reasons you note in traditional Windows fileservers but also in ProjectWise.
I think what would be most beneficial for us as a consultant community (in my personal opinion) would be to make that On File Open process more transparent and customizable. As it is currently, we are "stuck" with whatever happens within that process, whether it fits with our processes or not.
Would it be possible to implement a Configuration Variable approach to the FDOT.OnFileOpen.dll File, allowing ProjectWise Users (in particular) to disable certain functions of the application? Perhaps something like (one idea):
ADDGEOTECHTEMPLATES=0 (disables the function to check for and copy Geotechnical Template Files to the Geotechnical Folder)
ADDCIVILTEMPLATELIBRARYFILE=0 (disables the function to check for and copy Template Library File to the applicable Folder)
Unfortunately, these Folders (that the FDOT programs are looking for) don't exist in the "backend" of ProjectWise Explorer. We would, of course, add these to the ProjectWise Folders (seen in ProjectWise Explorer).
ProjectWise Explorer CONNECT Edition, Version 10.00.03.453
ProjectWise Drive, Version 2022.1.328
OpenRoads Designer CONNECT Edition, Version 10.09.00.91
OpenRoads Designer CE 202 Release 2, Version 10.10.21.4
Power GEOPAK V8i (SELECTseries 10), Version 08.11.09.918
Eddie and Matt
Line 406 in the FDOT.cfg file in FDOTConnect10.10\Organization-Civil\ folder has a variable MS_DGNAPPS < FDOT.OnFileOpen if you place a # in the beginning it the dll will not run. i'm not a fan of this because of the othere functions this app performs but you will no longer see the warning message.