I am actually using Open Roads Designer 2018 R3. Today a user had a DWG file that could not open. Our users are still in MicroStation Ss3. So I opened it in ORD and then saved it as a DGN so she could decide what her next step was. I had not checked on the release number, so I re-opened the file and while I could now see the release number, the sheet layout and its viewports were gone. I had to delete the file and re-export it from ProjectWise to restore the file, which I am now opening as read-only.
Can anyone explain why this particular workflow was necessary?
I also am not a fan of the Open Read Only method. I much preferred the check box approach. This new method, as soon as you change it from Open to Open Read Only the selected file opens.
Hi,
What do you mean by release number? Is the issue the fact that ProjectWise updated your file even though you selected to free the file?
Regards,
Mark
OpenRoads Designer 2022 R1 (10.11) | Microstation CE Update 17.2 | ProjectWise CE 3.4
I am mainly in support, but for PW, I have two ID's. One as a regular user and one as an Admin. I try to only use the Admin ID for Admin tasks, so I could not open the file except as read only anyway. But since we are not anywhere near ready to actually use connect in production, it is not my default file open program for CAD files.
And since it only was available as open read only, I cannot use the Open With option. So I had to actually export it to a folder and opened it there, outside of PW. And the Open Read Only option in ORD, is not as easy to default to as V8i. So I accidentally opened it for read/write. Once I saw its contents, I figured the easiest way to offer something my user could view, was to save as a DGN, which I did and all of the references and veiwports were preserved in the DGN.
It was at this point I thought I really need to see what version of DWG the file was, so I reopened the DWG, only to find the viewport missing and as a result, the reference files were also missing that I should have seen in the viewport's list of reference files.
I tested it again today.Here is the DGN after conversion.
/cfs-file/__key/communityserver-discussions-components-files/19567/4405.C_2D00_14-FORCEMAIN-PLAN-_2D00_-SPRINGDALE-ROAD-AND-NEW-WINDSOR-ROAD.dgn
Here is the original DWG:
/cfs-file/__key/communityserver-discussions-components-files/19567/C_2D00_14-FORCEMAIN-PLAN-_2D00_-SPRINGDALE-ROAD-AND-NEW-WINDSOR-ROAD.dwg
Here is the file after I open it not read only:
/cfs-file/__key/communityserver-discussions-components-files/19567/C_2D00_14-FORCEMAIN-PLAN-_2D00_-SPRINGDALE-ROAD-AND-NEW-WINDSOR-ROAD_2D00_after-open.dwg
Charles (Chuck) Rheault CADD Manager
MDOT State Highway Administration
As far as I can tell, both of your DWG files contain the same set of xRef's and the viewports look the same. These xRef's are not available so they are not displayed, but that does seem like the issue you have.
I am running ORD 2018 R4. I installed it on 12/20/2018, so the test might have been in that version and not R3.
Are you able to recreate the problem?
I only looked at your DWG files. I do not have ORD neither do I have PW.
Can we get someone with ORD to see if they can recreate the problem? While I am working in and out of PW, I do not believe it is part of the issue. But ORD may be. There are other things in ORD that work in Connect but do not in ORD - Enabling Tasks in ORD causes some of the Civil Workflows to disappear. I am not even sure if the Workflow interface exists in Connect or if it is only available in ORD. But while there are usually seven Workflows, if you enable Tasks using the configuration variable that is required to accomplish that, a few of the Civil Workflows disappear and the only way to restore them is to disable tasks and relaunch.
Folks around me do not have ORD. You'll probably have a better luck find someone who knows it in the civil forum.