Understanding File References
Understanding File References
(OP)
We've recently switched from Mechanical Desktop to SolidWorks. The switch has gone reasonably well--my users enjoy modeling in SolidWorks, but some are having a difficult time understanding file references. In Mechanical Desktop parts, assemblies and drawings all live in one file, so there's nothing to manage. Now they must pay attention to the references and understand what happens when they (for example):
-move a file
-rename a file
-copy a file
Some don't understand why it's safe to rename a drawing in Windows Explorer, but not a part. Others struggle with "Save As" vs. "Save As Copy."
Is there a document, website, book, presentation or otherwise that explains file references in layman's terms--sort of a "File References for Dummies"? I'm considering writing one myself, but I'm hoping to find something that does a better job than what I can do. It doesn't even have to be for SolidWorks--Inventor (ugh) basically manages files the same way, so I could start with something written for Inventor.
Have any of you had a similar situation--users who struggle with file references? I'd also be interested in knowing how you handled it.
Thanks in advance,
Brian
-move a file
-rename a file
-copy a file
Some don't understand why it's safe to rename a drawing in Windows Explorer, but not a part. Others struggle with "Save As" vs. "Save As Copy."
Is there a document, website, book, presentation or otherwise that explains file references in layman's terms--sort of a "File References for Dummies"? I'm considering writing one myself, but I'm hoping to find something that does a better job than what I can do. It doesn't even have to be for SolidWorks--Inventor (ugh) basically manages files the same way, so I could start with something written for Inventor.
Have any of you had a similar situation--users who struggle with file references? I'd also be interested in knowing how you handled it.
Thanks in advance,
Brian






RE: Understanding File References
- Components in assemblies
- models used in drawings
- Features with in-context references,including sketches
SolidWorks helps details the search location order for external references. I believe it can be found when you look up "Search folders in the help.http://www.EsoxRepublic.com-SolidWorks API VB programming help
RE: Understanding File References
Drawings reference part and assembly files.
Assemblies reference part files and assembly files. And Parts can reference other part files. So renaming part and assy files have to be done a certain way. The best way in my opinion to see the references and change them is to use the Solidworks Explorer tool. You can easily rename and copy files (no move) and change the reference path in parent files.
There are other ways to change file references within Solidworks. In the open dialogue, when you select a file, there is a "References" button. It will show you what files are referenced and you can double click to change them. Of course, unless you save the parent file you just opened, the new reference change won't be saved. Once you have a parent file open, if you elect to "Save As" a child file, the referenced path will be changed in all parent files open that reference that file, again, only of you save those parent files.
Save as "Copy" is the same as doing a copy in Windows Explorer. Never really used it.
Jason Capriotti
Smith & Nephew, Inc.
RE: Understanding File References
If you want to "start over" with a particular set of parts or assemblies, create a new directory. Open the top-most assembly from which you wish to base your updates or changes. Select File > Find References to copy all referenced files into the directory you just created. This finds all parts and assemblies referenced by the assembly you're in at the moment. (Doesn't do drawings--you'll need to copy those yourself, since drawings reference something, but are not referenced by anything as Gildashard pointed out. This is a handy tool if you are about to commit to a new revision.
"Save As Copy" is a quick way of saving out a part with a different name that will no longer be referenced in the context of the assemblies that the "parent" part is referenced in. (That sounds like gibberish.) Example: I'm in an assembly and I want to use a part (Widget) in the assembly as a basis for a similar part in a different assembly/system. So I use the "Save As Copy" option to save the part as "Widget New" (please excuse the unimaginitive name) and even decide to save it in a separate directory, just for kicks. I go back to my assembly, and instead of finding "Widget New" listed in the tree, "Widget" remains. Using "Save As" and changing the name would have changed the name of the part to the new name in my assembly tree. With "Save As Copy", it's now free, although the part still has the references built into it that it's always had--only it's no longer being referenced by any assemblies--sort of a clean start for an old part.
(Clear as mud--good luck.)
Jeff Mowry
www.industrialdesignhaus.com
Reality is no respecter of good intentions.
RE: Understanding File References
For starters open up Solidworks explorer and open a drawing of an assembly. This will help graphically show you some details about the files and how solidworks connects them. It's a great tool for making copies, fixing references, and the only way I rename file (besides drawings). If you look into PDM works this would help most of your reference issues, but it's cost worth it's $$ especially if you have several or even two users. One note also, is that by default Solidworks files will look in the directory that the file is in for any references first, if it doesn't find them there, it will look in the stored location (last place it was referenced to). I'll stress this point, you cannot do revision control in SW without a PDM system, anyone who thinks they can is fooling themselves. If you do opt for no PDM system, keep directory sturcture super simple to avoid duplicate part names and lost references. That's all for now, anything else let us know!
John
RE: Understanding File References
Chris
Sr. Mechanical Designer, CAD
SolidWorks 05 SP2.0 / PDMWorks 05
ctopher's home site
RE: Understanding File References
In single-user environments, revision control can be had without a PDM package (software), but by using an orderly system of some other sort. I've done it for almost eight years, having never made a mistake.
As soon as you jump into any multi-user environment, however, disregarding PDM software is a big mistake, as you mentioned. (I used to help manage a document control system back in the days of ACAD when I had a Dilbert job and many people accessing drawings--doing this properly can get very touchy.)
Jeff Mowry
www.industrialdesignhaus.com
Reality is no respecter of good intentions.
RE: Understanding File References
As has been recomended use SolidWorks explorer for this if you dont have a pdm system.
RE: Understanding File References
Jason Capriotti
Smith & Nephew, Inc.
RE: Understanding File References
Chris
Sr. Mechanical Designer, CAD
SolidWorks 05 SP2.0 / PDMWorks 05
ctopher's home site
RE: Understanding File References
You say you've done it for eight years without any mistakes, so let me ask about assemblies? How do you "truly" revision control assemblies that call out multiple different parts at certain revisions, etc, etc.
I have been using CAD for 18 years now, with SW since 97.
Remember we're trying to help Brian.
John
RE: Understanding File References
Good point. Brrian is in a multi-user environment, so a PDM software package is the way to go.
Essentially the way I manage things with assemblies is to create a directory for each revision "notch" of the assembly. If I know I'll be making changes to either a part (or many parts) or an assembly, I'll perform a Find References from the latest revision and put them in a new directory. To keep things in order, each directory starts off with the date in chronological form (050524, for today's example--YYMMDD), followed by a one or two word comment. The new stuff is always in the "bottom" directory, since the directories are always in order when viewed in Explorer. The older stuff gets archived optically, and each project and revision is tracked in a database (have over 80 full CDs of SW parts so far) for quick recollection, just in case we need to review/revert to an older revision. This method is orderly, but only for single users. I don't see any way this could be coordinated--insuring no mistakes--among multiple users.
Jeff Mowry
www.industrialdesignhaus.com
Reality is no respecter of good intentions.
RE: Understanding File References
What's dangerous about using Windows Explorer to rename files? Assume I know exactly what I'm doing & I fix all references--is there something else going on behind the scenes that I can't fix or don't know about? Something that corrupts the file?
I'll be honest--I don't like SolidWorks Explorer. It needs a makeover. I use Windows Explorer quite a bit for file management tasks. However, I do not teach my users to do that. Other than drawings, I instruct them to use SolidWorks Explorer.
Just curious,
Brian
RE: Understanding File References
Jeff Mowry
www.industrialdesignhaus.com
Reality is no respecter of good intentions.
RE: Understanding File References
Imagine that you create a part and save it. All the necessary data is in this file.
Now imagine that you create a drawing for that part. SW will open the part file for you to draw. After finishing the drawing, you save the drawing file. This file will have some information related to your drawing but not all the necessary data. The geometric data is still in the part file.
When you open the drawing, SW will open the drawing file and the part file to read the geometry (this last task is invisible to you) and rebuild the drawing. That's why, when you change the part, the drawing will update accordingly.
So the drawing internaly create a link to the part file. When opening the drawing, SW look at this link and open the referenced part file.
If you rename the part file using MS Explorer, SW will not "see" this change. When opening the drawing it will look for the previous part filename and will fail to find it.
Using SW Explorer, if you choose to update references when remaming the part file, the drawing file will be also opened and the link updated accordingly. That's why you must use SW Explorer (there is another way to do it, but this is the safest).
This problem is not a SW problem.
If you write a Word document with a link to an Excel file, if you change the Excel filename afterwards the text will fail to link. You will need to open the text and update the link. SW Explorer do this task for you, with SW files.
Regards
RE: Understanding File References
1. Create a part and save
2. Create a drawing of that part; save and close
3. Rename the part in Windows Explorer
4. File... Open drawing, then "Find References"
5. Fix reference (relink) then open drawing
The drawing and part are correctly linked, right?
Or, if I:
1. Create a part and save
2. Insert that part into an assembly; save and close
3. Rename the part in Windows Explorer
4. File... Open assembly, then "Find References"
5. Fix reference (relink) then open assembly
The part and assembly are correctly linked?
I understand the references and their importance, and the danger of Windows Explorer vs. SolidWorks Explorer. Is there something beyond just the references that gets messed up if you don't use SolidWorks Explorer?
Brian
RE: Understanding File References
Regards,
Scott Baugh, CSWP
3DVision Technologies
www.3dvisiontech.com
www.scottjbaugh.com
FAQ731-376
FAQ559-716 - SW Fora Users
RE: Understanding File References
Just note that your examples in your last post are correct. But if you change the filename of a part that is used in several documents (assemblies and/or drawings), then you will do nothing else then relink documents. In my case, where I try to have the maximum of standard components in different products it would be painful to do. The way to do it is using SW Explorer, find where used, and update the filename in all documents that refereces the part.
I don't realy understand your difficulties with SWexplorer. There are only two things annoying me:
1 - not being able to make the integral copy/move of projects (including drawings)
2 - have to discard the file in SW before working with SWExplorer
Regards
RE: Understanding File References
We're an engineer-to-order company. Most projects are unique--we don't reuse many parts at all. Those that we do are typically hardware and are put in the library. So, we have very little cross referencing between projects.
I'm big on having my users understand what's happening behind the scenes with file references... how they work. They need to know that no matter what they use to manage references--if something gets screwed up, they should know why and how to fix it. That goes back to my original post--a 'friendly' explanation of file references. I even considered making a little mobile with drawings hanging from parts hanging from assemblies, with the strings that connect them being the references--a visual aid. It sounds silly, but that stuff is extremely helpful to some.
Thanks,
Brian
RE: Understanding File References
Jason Capriotti
Smith & Nephew, Inc.
RE: Understanding File References
Making the best use of this Forum. FAQ559-716
How to get answers to your SW questions. FAQ559-1091
Helpful SW websites every user should be aware of. FAQ559-520
RE: Understanding File References
Chris
Sr. Mechanical Designer, CAD
SolidWorks 05 SP2.0 / PDMWorks 05
ctopher's home site
FAQ371-376
FAQ559-1091
FAQ559-716
RE: Understanding File References
SW external file references are nothing but certain of design intents in your part and assembly documents (models or drawings). There is no danger at all. It is all up to you whether you want to use them (the design intents) or not. Many of statements in this thread are misleading to some of new users. In my opinion, the real danger is that many users do not have secured vaults. As long as your documents are secured through network security, users can do whatever they want to do regarding these design intents (file references).
You do not have to use any PDM in multiple user environments. You do not have to use either SW Explorer or Window Explorer. What you need is a discipline to setup a secured vault at your network plus a master list of your documents (of course, preferably in a sequential order) and BOM. With your SW documents secured, you can freely move, rename, copy anything you want. We have 10 seats of SW, but workflow is nice. But two years ago, it was chaos because we simply did not have a secure vault.
Alex
RE: Understanding File References
So are you saying it doesn't matter if a user changes the name of a file in either WIndows explorer or SW explorer, even with in-contexted designs?
If so you are sorely mistaken. You think it's because of unsecured vaults... I think this is more misleading then anything here no matter how new of a user you are. What does having unsecured vaults have anything to renaming files?
Please Elaborate further.
Regards
Scott Baugh, CSWP
3DVision Technologies
www.3dvisiontech.com
www.scottjbaugh.com
FAQ731-376
FAQ559-716 - SW Fora Users
RE: Understanding File References
Like you we are a made to order Company. We will make copies of parts that are close and put them in a new project. We had used windows explore for doing this but have changed to SolidWorks explore for this task we copy both assemblies parts and drawings that are needed for the new project. The major reason for we changed from windows explore is we had some major problems when a few times someone was in a drawing and opened the part from that drawing "right mouse click on the part name and click open part", they made changes and same everything. This would have been ok but they forgot to change the part referanced that the drawing referanced. SO the part change in an entirely diffrant project and you can about guess what happend when the original part was manufactured.
If you rename a drawing and are in a part and want to open that drawing from the part you will not be able to becouse the part no longer knows what drawing it is assosiated to.
I hope this is understandable.
Roger
RE: Understanding File References
With existing SW documents secured, they won't be affected by any accidental changes. If a user needs to revise a document, he or she needs to go through revision process.
I am not saying it does not matter if a user changes the name of a file in either Windows Explorer of SW explorer. If the user needs to changes the name of a file, he or she need to go through revision process to its parent assemblies. I feel there is no need to use Windows Explorer or SW explorer at all.
Unsecured vaults are dangerous and unsafe to renaming. When a user needs to create a document (whether be part or assembly document), he or she needs to search through the vault to see if this document already exists, or if there is one he or she can use a template part or assembly. If a similar one is found, the user can do anything he or she wants, because the user is going to create new documents.
I am not a new user myself. I have been using CAD for last twenty years. I have been using solid modelling during last 8 years.
Thanks for your feedback!
Alex
RE: Understanding File References
Just curious, How long have you been using SolidWorks?
Chris
Sr. Mechanical Designer, CAD
SolidWorks 05 SP2.0 / PDMWorks 05
ctopher's home site
FAQ371-376
FAQ559-1091
FAQ559-716
RE: Understanding File References
I'm not a new user to CAD myself. Been working in 3D CAD for the past 11 years, 1-2 years in 2D CAD. Been working with SW since 96.
Regards,
Scott Baugh, CSWP
3DVision Technologies
www.3dvisiontech.com
www.scottjbaugh.com
FAQ731-376
FAQ559-716 - SW Fora Users
RE: Understanding File References
I have been using SolidWorks since SW 98. Before that I used SDRC IdeaMaster for a couple of years. I also happen to be a part-time database programmer.
Actually, renaming part or sub-assembly models within SW is quite efficient. I have tried all the following three methods:
1) Renaming thru. Windows Explorer;
2) Renaming thru. SW Explorer; and
3) Renaming within SW.
I found out that the last method is the most efficient as long as your existing documents are secured and you take object-oriented approach. Object-oriented programming is a foundation of SW. It means a user processes a document at a time. I just can not imagine that users open unsecured documents and try to save as different part/sub-assembly/assembly documents.
I totally agree with Scott that renaming files can be bad when you do it outside of provided software.
Always enjoy reading your comments.
Alex
RE: Understanding File References
The problem is that the drawings of parts and subassemblies are not processed. So the work is half done!
Have you abetter idea?
Regatds
RE: Understanding File References
Check out htt
Making the best use of this Forum. FAQ559-716
How to get answers to your SW questions. FAQ559-1091
Helpful SW websites every user should be aware of. FAQ559-520