In Windows, you will often use either Map Network Drive dialog or net use command to map a network drive. You can use that method with a shared folder trick to map a local folder as a drive too, as described here.
But there is an even easier way, that is more flexible in some ways. It is the subst command, and it basically tells your Windows system to refer to a folder as a drive letter. Its usage is very simple, for example:
subst J: "E:\some folder\J_DRIVE"
If you want that to show up as a ‘drive’ at each reboot, just put the above command into a CMD file and point to it from your Windows startup folder.
For your assistance, here is the path to your typical User Startup folder in Windows:
BIM documents andfiles are often linked into each other, such as consultant links in a contractor Revit model, or plain NWCs appended to a master NWF Federated coordination file. In each case, the BIM application will try to find and open the linked files when opening the host model.
However, this only works if the pathing is predictable (ie. ‘the file is on C drive in folder MODELS’), and the typical situation is that you are running a corporate LAN that gives secure access to one or more mapped network drives (J drive or H drive or L drive). The problem is that your corporate LAN isn’t typically accessible via the cloud. A number of products exist to try and solve that problem, such as Citrix ShareFile.
But what about Box? It has a reliable, proven infrastructure and apps for all of your main devices. Its scalable and essentially secure. But… What about the mapped drive problem?
As part of our work at Virtual Built, we come across problems and provide solutions for this kind of issue all the time.
Here is how you can shareBIM via the Box cloud andretain file pathing:
The first thing you will need is a common drive letter that can be applied to all of your computers and workstations. Sometimes, you may already have a secondary drive installed, perhaps with a drive letter of E. What we are going to do is point the BoxSync app at a subfolder of E drive, and then all the members of the team will use E:\BOX\BoxSync\ as the ‘root’ for all shared documents and models.
First problem: what if we don’t have an E drive (secondary hard drive or partition)? Well you can trick your system into thinking that you do…
On C drive, make a root folder called C:\E_DRIVE
Right click this folder in Windows Explorer and enable Sharing
After sharing is enabled, you can ‘map’ the local folder as a drive. When mapping, use the local computer name with two backslashes, followed by the folder name.
Shared
Mapped drive to local folder
Now, we install BoxSync 4. After install, you will have one opportunity at first run to set the storage location. We choose to use E:\BOXas the folder…
That is basically it! Now, BoxSync will sync your models and projects from the cloud. When you set up your models inside that root folder (E:\BOX\BoxSync\), then the Revit linksand Navisworks NWCs will all be able to ‘resolve’ properly on each system that you set up in this way. Then, when you save changes in that location they will then be synced back up to the cloud and down to your team, all automatically.
Important Note! There are a few big things to consider:
This does not give simultaneous modification access, such as for a Revit central file. If you and someone else modify the same file, Box will probably save two versions with your username appended.
You may be essentially opening up Local PC Access to the data in your Box folder (because it is no longer in a Windows-controlled appdata location). So be aware of the implications of this…
Box tip: You may also want to check your Logs folder for some big files:
Originally publish Mar 02, 2016 at 19:37 by Luke Johnson
Ok, first of all, this is probably a bug. But in some ways, it is quite cool. Do this:
Make a Railing in Revit 2013 with either a Top Rail or a Hand Rail (see here)
Tab select one of the Rails and enter the Edit Path mode.
While in this mode, enter Visibility / Graphics and turn on all Analytical Categories. You will see various paths and nodes appear on the other Railings in the project.
Now, exit all of the editing modes by pressing Green Tick.
Now, strangely, you can simply select and edit all of the paths on all of these Railings!
A few things:
normally, Edit Path only allows you to adjust the end extensions, so this ‘bug’ allows increased functionality
I’m sure there could be some scary issues from using this in a widespread fashion
Reversing the steps on some other handrail can enable the nodes on the original Path (from step 2)
I don’t know how to turn this mode ‘off’ apart from closing the file and opening it back up again…