When will Bentley settle on consistent data standards between the various updates of OpenRoads?
Our agency is in the early stages of implementing OpenRoads and we have been unable to take advantage of some of the tools (e.g., civil cells) developed by other users because they are using a newer version than we are. It's unreasonable to expect all users to move to the latest update at the same time. In addition to our in-house engineers we work with a number of consultants, most of whom have other clients. It can't be economical for those consultants to maintain multiple computers with different versions installed in order to accommodate the specific needs of their various clients. We are limited in our ability collaborate with other agencies in developing new tools and workflows when we can't share files.
Bentley's data consistency over the years has been one of its great strengths. In the 25 years I've been working with this software, there have been two .dgn file formats. I can still export a .dgn file that can be read and edited in a 20-year old version of MicroStation. While there have been several versions of surfaces in InRoads over that time, I can save to all but the oldest from SS2. Now, I can't share my work with someone who is three months behind me.
Interesting the lack of response here. I am working to make it my personal mission to get the issues underlying this concern. I share here, as I have in other locations my more recent response to an SR looking to address this issue.
To my follow users, I think we need to become a significantly loud squeaky wheel, so I encourage you to share your concerns.
To Bentley, you have right here at your disposal, advocates who have carried the torch for you and your software. They are loyal, knowledgeable and respected in their organizations and the industry. By not being able to share a larger vision of how you are addressing these concerns, you are losing those advocates.
SR Reply to the statement "But you're saying "incapable of effectively performing work for our clients" can you please elaborate on this so that I can update this in the Enhancement description."
The downgrade process is actually not a solution, or even partial remedy to this concern. Now, instead of only having to keep track of what version a client is working in, I also have to keep track of which file they are working in, track 2 files that hold the same content, and actively know which of those two files is "current". Multiply this by tens or even hundreds of files on a project and it makes a designer's full time job file management, not designing. Additionally, I need to know what functionality has been added since the older version, because my client won't be able to leverage that when I convert the files to their version. A significant amount of our work is the development and management of ORD configurations. I have very little confidence that a workspace I develop in 20R3 will operate properly in 20R2 after the downgrade process. And, without the ability to install 20R2 I can't confirm whether a configuration will work properly. Once I get to a configuration that I can deliver, if any of my users experience issues, I can't work in their files to see what is happening. So that is what I mean when I say "incapable of performing work for our clients." As a user am I supposed to uninstall ORD and reinstall it each time I need to work with a client in a different version? I will also need to maintain a different set of configurations for each, because the older version can't leverage the DGNLIB associated with a newer install.
It is a SIGNIFICANT concern to me that organizationally it appears that Bentley has no understanding of the implications of this on the industries they serve. I have been having this conversation in various forums for almost two years now. And the implication that "downgrade model" is even close to a workable solution is laughable. That Bentley has been unable to articulate true understanding of this concern in numerous tickets I have had as well as the many conversations in forums tells me that they either don't know how to fix it or don't care. I am currently training an organization with 10K+ employees with 200 offices in 13 countries in ORD. I can't tell them how they will do their work. That these implications are not globally understood within the management and development of the Civil products to the point I have to articulate them for updating an enhancement description is tragic.
I am under no illusion that this is something you can fix directly. But as an organization, you (Bentley) need to make a concerted effort to let us as users of your product know that you hear, understand, and are working to fix the issues that plague our use of your software, version compatibility being only one. I will finish my training with that same firm tomorrow showing them plan production, and anticipate open revolt with the deficiencies of that process. Finally, if I am totally off base here, and the issue is really understood internally, and you have a solution, we need to know that. We need to understand what you are doing to address it, and when it will be addressed. And as users we need to be involved well before you "bake" it into the product so that the next "solution" is not as laughable a solution as is the downgrade civil model.
Thank you for listening to my rant.
www.envisioncad.com
ORD - 10.12.02.04 / 10.10.21.04 / 10.10.01.03 / 10.08.01.33Power GEOPAK / Power InRoads - 08.11.09.918Civil 3D - 2021 / 2022