I am working with a large corridor file with many references attached as default and default-3D models. Any action in the file takes a very long time with the program freezing up and the message center listing most of the reference files. Ex: "3D Model [*reference file name] AutomaticallyAttachedToCurrent". It seems like the program reloads each reference file with any action taken, even just to switch views or opening the project explorer. I have deactivated corridor processing and it still does this. I have also noticed that these listed reference files duplicate in the 3D references manager every time, creating hundreds of the same default-3D file thus slowing down the corridor file. Is there a way to disable the 'automatic attach to current' setting? Or did I do something wrong attaching the references? Note that not all reference files have this issue. Or is there a problem with the reference file itself?
Thanks, Ryan
I have never experienced such issue. I don't know how you attached references. Usual workflow is to attach corridor references (2D model) in the 2D model and the reference 3D model is automatically attached to the 3D model of the current file. I don't know a setting to break this automatism.
If it does not happen with all references than what could be the difference ? Not same type of file ? Nesting ? File name with some special characters ?
Hi Ryan,
This is an issue we've experienced since the SS4 OpenRoads versions and OpenRoads Designer when you directly attach the "managed" 3D model of a 2D/3D dgn directly as a reference to your current "managed" 3D model for terrains and set your terrain as active.
It seems to get into a reference attach loop, that activates when you don't notice, hence we've had users with 1000s of references auto-attached.
A way around this is to make sure you only attach these files in 2D (And 3D will automatically get referenced in) or as we do, use a 3D only seed for terrains and attach in 2D (although 3D would be fine now).
To "fix" what you have, you can bulk detach all the duplicates by using the key In "REFERENCE DETACH <logical name>". Since they all have the same logical name you can do it with one command.
I've been trying to get this logged as a defect, but the opinion is that we should be sticking to the invisible rules if the software.
Regards,
Mark
OpenRoads Designer 2023 | Microstation 2023.2 | ProjectWise 2023
Hey Mark,
We are having the same issue with one of our files. It will not open in ORD, because it is stuck in the attachment loop. We cannot detach references if the file does not open...right. So, is there a way to fix this without opening the file (externally)?; or, can we detach the offending reference file using say SS2?
Hi Thomas,
I'd put a ticket in as it looks like your auto-attach issue has gone to the next level. Trying it in Microstation (v8i or CE) should let you do it (hopefully)
Thanks Mark,
We did try detaching the references from the 3d model in v8i without success. Can you describe again in detail what we did wrong?
I think we caused this to occur when we attached the "managed" 3D model of a corridor file, and then made the corridor the active terrain. Actually I think we violated a lot of those unwritten workflow rules.
I would like to send you the file for further research. And, to see if you can tell us if there is a way to "fix" it.