Hi,
I have moved the Inventor Content Center ipt files created when the users place a part. The project file has been updated to reflect this but when I open an assembly to test all is well I have unresolved links with the assembly still looking to the old location for the IPT files.
I am at a loss as to what may be wrong as I thought the project file would control where Inventor looks to automatically resolve these links? My only idea is that because we have German, French and English users the relevant folders contain the same parts and inventor can not pick between them?
Thanks for any help.
Guy
Solved! Go to Solution.
Solved by alessandro.gasso. Go to Solution.
Dear Guy,
Please, have a look at the solution http://usa.autodesk.com/getdoc/id=TS1069689 .
The concepts are valid for later releases as well.
If this won’t help, please, provide more details about the problem, as, for instance, the previous and the current Content Center File folder path of the active project.
Thanks and regards,
Alessandro
Hello Alessando,
Thank you for the reply.
My issue is caused I believe because we have to move the CC files from one network drive to another.
original Path: "P:\CAD_POOLS\INV_CC"
new Path: "L:\INV_CC_2011"
The folders inside are identical. fr-FR,de-DE,en-US
Project file is configured to L:\INV_CC_2011
Use Unique File Names=Yes
Currently the old path still exists but will be shut down soon. When we open an assembly with CC parts we have to Resolve the links and they default to the original folder path. Should Inventor not look in the new path for the files and automatically resolve links?
I would add I am working in English and the files I have tested are from France. Regarding the link provided. I would be very happy if this could be done but it is almost an impossible task to ask the French users to have an English display.
Cheers,
Guy
Thanks for the update Guy.
Actually, applying the suggestions from the solution will change just the CC Standard Parts names from French to English, for instance, and not the general Inventor UI, of course.
This is recommended when users using Inventor in different languages, share the Content Center File folder.
By the way, even without doing that, please, make a simple test and let me know how it goes.
Kind regards,
Alessandro
Hi Alessandro,
I did the test exactly as you described. The CC parts are unresolved so Inventor asks me to resolve them. It starts by looking in the workspace and not the CC location as configured by the project file.
I am at a loss with this a bit as it is going to cause a lot of issues for our users and we make the switch this weekend.
Your help is really appreciated.
Thanks
Guy
Hi Guy.
Please, try the following.
Thanks and regards,
Alessandro
Hi Alessandro,
I tried this and it still fails. The resolve file dialogue box opens in the workspace.
Is there any issue caused by my project file being outside the workspace? I didn't think this caused a problem but I'm trying to consider everything.
I could create a video of what I am doing in case you are able to see a mistake from me.
Thanks
Guy
Hi Guy,
If you edit your project and set in the CC File folder path the old path P:\CAD_POOLS\INV_CC, can you open the assemblies without the Resolving Link dialog?
If yes, theoretically there is no reason why, moving the CC Files to another mapped disk and (important) keeping the same folder structure (i.e.: L:\CAD_POOLS\INV_CC), you should get the resolve link.
By the way, please try this one and let me how it goes.
If the problem persists, yes, it could be helpful having the videos that show how you have replaced the old path with the new path and how you have applied this last suggestion.
Thanks and regards,
Alessandro
Hi Alessandro,
I really appreciate the help.
I changed the CC location to the original P: location and the assembly resolved with no problems.
I changed to the L: location with the same folder structure under it (identical) and the assembly would not resolve.
I then followed your instructions for the work group and received the non-unique file dialogue (see attached). I selected a folder and OK but the assembly opened as unresolved. These files are likely 2008 format so I need to migrate them but the files on L: are a direct copy of P: If I were to move the files would that make a difference to using copy?
Thanks
Guy
Hi Guy,
Not sure I’ve understood your last question.
About the message you receive, this is normal, since, due to the mix of languages, you have different file with the same names under subfolder of same level.
I’m sending you in attachment a video that hopefully will help you to detect if you are doing something wrong.
In the first part of the video you can see that I have no problem after I move the CC file folder on another server until I don’t change the folder structure.
Once I change it, adding another subfolder, I get the Resolve Link problem as well.
So, I apply my last suggestion for resolving it.
As you can see, as well, I get the same message, since I’ve also inserted the same standard part with two different languages, but, selecting the folder, I can resolve them with no problem.
By the way, if you remove from one of the two subfolders one duplicate file, Inventor should automatically take the other one.
I hope you can find the video helpful.
Thanks and regards,
Alessandro
Hi Alessandro,
Thanks again for this detailed help. I will review the video.
Sorry if my question was not clear. I wondered if there is a difference in Inventor recognising the files if we Copy (Copy and Paste) the entire folder to the new location compared to if we move (Cut and Paste) the files. I would not think it makes a difference but maybe it does?
Cheers,
Guy
Hi Guy.
No, it doesn’t make any difference.
In my video I copy and paste the folder, but if I do a cut and paste, there is no difference.
Kind regards,
Alessandro
Hi Alessandro,
I have tried all options and I can not find a way for Inventor to automatically resolve the links. I have even used a USB drive with a direct copy of the P: drive CC files and when I open the assemblies Inventor defaults to the old P: drive even though the project file does not use this location at all. Is there something stored within the assembly file which references the original location? I didn't think there was but maybe I am wrong.
I am at a loss how to proceed. I have decided to keep the L: drive as the CC file location for now and I will add the P: drive to the workgroup search path so the assemblies will resolve at least until the server is switched off then I will have to copy the files over to L: and resolve each assembly manually......
Thanks,
Guy
Hi Guy,
Please, make this last attempt.
I’ve attached a video where you can see the details of the steps above.
I hope it helps.
Kind regards,
Alessandro
Hi Alessando,
I did as you suggested. My results.
I’ve attached a video where you can see the details of the steps above.
Thanks again for the help.
Guy
Hi Alessandro,
I have had a thought regarding this issue. We had to migrate all our files from 2008 version to 2011. These files were extracted from a PLM system via a batch process which renamed all files with a unique file name. The files were migrated using task manager with 'Skip files with unresolved references' unselected.
I logged the migrations and all completed successfully. The files were reintegrated to the PLM with the original file names applied. I tested the assemblies from the PLM and all opened perfectly.
I do not think this should have an effect but maybe it provides you with some more information.
Thanks,
Guy
EDIT: With the new configuration in the Project file. If I create a new assembly making sure to select a CC part which exisits in the files and save it then reopen the assembly opens perfectly.
Hi Guy,
Thanks for the update.
Unfortunately I cannot tell you for sure if the PLM and the process you have described can play any role in this problem.
The only thing I can tell you is that this is a very unusual behavior I cannot reproduce, as you could see from the videos I’ve sent you, which is why, I’ve provided you just useless suggestion so far.
Sorry for that.
By the way, if the the CC files where created in R2008, please, edit the project file and set the CC File folder path to the original "P:\CAD_POOLS\INV_CC".
Open the assembly and check you don’t get the Resolve Link for the CC parts.
Close Inventor, start Task Scheduler and select from the Create Task drop down menu, Refresh Standard Components.
Select the project and check that all the options are selected.
After completing the Refresh and if the log file confirms you that the procedure was successful, restart Inventor and try to open the assembly again.
If there is no problem in doing it, please try again the procedure I’ve suggested before.
If you get the Resolve Link dialog again replacing the CC File folder path, but you can open the assembly without the Resolve Link, adding the path to the Workgroup Search Paths even getting the option to select between the FR and EN CC part (as I wrote before, no solution for this), please, make sure you make a Rebuild all and then save the assembly, before editing the project again for removing the path from Workgroup Search Paths and setting it for the CC File folder.
If, after that you still get the Resolve Link dialog, is it possible for you removing the duplicate files under the FR folder, for instance, and try again the procedure?
If not or if the problem persists, please, create a new project files (ipj) with the same paths for the workspace and CC File folder (the original one "P:\CAD_POOLS\INV_CC").
Open the main assembly and check if you can resolve all the links.
If yes, please try to apply the procedure again using the new project.
I hope it helps.
Kind regards,
Alessandro
Hi Alessandro,
I ran the task in Task Scheduler as you described (CC Path in Project to P:) and then after changed the CC path to L:, I was then able to open the assembly with no resolve link required. It was automatic again! What does this process in the Task Scheduler do?
I opened the assembly from my local drive which is the workspace defined in my project. I then deleted the local file cache and tried to open the assembly from the PLM system. I had the same issue with the resolve link.
If I can understand better the process of the Task Scheduler then maybe I can apply this to our PLM file store?
Thanks for your time on this. I feel I am moving towards a solution.
Cheers,
Guy
Hi Guy,
I’m happy we have done some progress.
Let’s assume you open an assembly that contains Standards Parts you have inserted in previous versions of Inventor.
If you go to menu Manage > Content Center > Refresh, Inventor will update the Content Center Files to the latest version, moving the files from previous version in the OldVersion subfolders of each family.
The procedure you have done with Task Scheduler applies this process automatically for all the assemblies of the project, refreshing all the Standard Parts inserted in them.
I’ve asked you for doing this, because I thought the fact that opening the assembly you get the Resolve Link because Inventor search for the Standard Parts in the old location, could depend from the old version of the files, even if this remains an unusual behavior.
I hope I’ve clarified the Task Scheduler process suggested.
What I’m missing now is why this has solved the problem, even without applying the long procedure I’ve suggested this morning, if I’ve understood this correctly, and what you have done exactly for getting back the problem.
Reading through the post it seems you have problem opening the assembly just from the PLM system now.
Can it be that the CC Files on the PLM are still out of date?
Can the problem be related to the fact that this PLM system renames the files performing some task?
Thanks and regards,
Alessandro
Thanks Alessandro,
Based on this explanation it seems that the only real way to solve this problem is to 'check out' all the files in the PLM system which references to the CC files, run the Task Scheduler and then reintegrate them?
The way we handle the CC files in the PLM is there is one copy of the CC part stored. When a CC part is placed in an assembly which exists in the PLM it is detected and we do not store multiple copies of the same item. They are referenced to the CAD_POOLS folder.
I migrated all the files in the PLM (including the CC files) and also the CC file cache.
The files in the PLM are named on save with a DOC*********** reference but CC files are not, they maintain their standard names.
Cheers,
Guy
EDIT: I have just checked a part from the CC file cache with the save command. I received the migration prompt on the L: drive. This means the files I migrated have not been used (Somebody else is in control of this on our networks). I need to replace these files with the migrated files but could this have an impact? Is a simple migration the best process or would you advise I run the process as before?
Can't find what you're looking for? Ask the community or share your knowledge.