Our network has two locations connected via MPLS. We use globalscape WAFS to replicate projects to both offices so users can work on them together. WAFS recommends using the subst command to map the drive to the local machine as Revit cannot convert a subst mapped drive to a UNC path. This allows links to resolve correctly in both offices as the mapped drives are exactly the same (even though the server names are different). We store our working model in Revit server, but all of the linked models are still stored in fileshares in the project's folder.
The subst command has a few quirks in that it always shows as 'Disconnected Network Drive', it doesn't persist across login sessions (we run a script at user logon), and it is problematic over VPN. The disconnected drive also contributes to slow explorer browsing in Office apps (a known issue with Office). I would like to stop using subst to map the drive and use the same method that we use for all other drives (Group policy preferences).
Is there a registry key that we can change to prevent Revit from converting a network drive map to a UNC path?
Server OS is 2008 R2, desktop OS is Win 7 x64, Revit versions 2011 - 2013.
Solved! Go to Solution.
Correct me if I'm wrong but I believe your questions is: “Is there a registry key that we can change to prevent Revit from converting a network drive map to a UNC path?”
“Is there a registry key that we can change to prevent Revit from converting a network drive map to a UNC path?”
I will need more information on how you think Revit is converting a mapped network drive to a UNC path (e.g. are the linked Revit project files workshared, and if you are linking workshared projects are you linking a local file or linking the central file directly?).
From your description, it sounds like you are using Revit Server for the working model, but you are not using Revit Server for the linked files, it this the case? If so why are you doing this?
Thanks for posting.
You have interpreted my question correctly. We dont load the linked models into Revit server since we receive them from others and they need to be updated regularly. We are a consulting firm and receive models from Architects, MEP Engineers, and Structural Engineers that we link into our model to do our low voltage system designs. Some of the Architectural and Engineering firms update their models several times a week and post them for download. We then take them and overwrite the existing models in our file storage so we dont have to go through and relink the models into ours.
We run into the problem of Revit converting to UNC paths because we have two offices. Each one uses the same local mapped drive configuration but the server is different. So the mapped drive path for a linked model is the same in each office, but when Revit converts it to UNC the UNC path is different.
We use Globalscape WAFS to keep the two servers in sync with each other since our MPLS is not fast enough to allow us to link models across the WAN. Globalscape recommends using the subst command to map drives locally so that Revit cannot convert the local path to a UNC path. This works. But the drawbacks are difficult to deal with. Especially with users who work on laptops and are constantly on and off the network. Subst drives do not reconnect automatically.
Maybe we are not understanding the proper use of Revit server. But the documentation is not very good. Add the complexities of lack of backward version compatibility and we end up with multiple Revit servers (one for each version). The Revit server versions are all slightly different with different capabilities so updating linked models on a weekly basis gets time consuming and ridiculous. We dont choose what version the model is, typically the architect does. So we have to accommodate that.
I talked to development and currently what you want is unsupported. However, it's on development radar and may be available in the future. In the mean time here are a few links that development found on the subject.
Thank you for the update. I am not sure that any of those articles help, but i will dig into them and see. I guess that at this point we will just continue doing what we are doing and live with it until a better method comes along.
Log into access your profile, ask and answer questions, share ideas and more. Haven't signed up yet? Register
Start with some of our most frequented solutions to get help installing your software.