TX520
 |
| 04 Aug 2008 10:44 AM |
|
We've been playing with the Catia settings for documents for months, and there are still issues that I can't seem to fix.
When there is an assembly or part that contains a link to a folder that doesn't exist, the file load can take an extra 30 minutes or so per bad link.
I want to find a way to tell Catia to NOT look for a link anywhere other than where it thinks that link is....
Here are our current settings:
Folder - allowed; Loaded document - allowed - everything else - NOT allowed
The following are set to "yes": Folder of the pointing document, Folder of the link, Relative folders, Other folders, Catalog & Startup Documents, Enterprise Process Libraries. All the rest are set to "no"
Any thoughts as to what to change?
|
|
|
|
|
PRINCE
|
| 04 Aug 2008 11:22 AM |
|
Strictly speaking, I think to accomplish what you want you'd simply just leave "Folder of the Link" enabled and disable the rest. Then test as many different assemblies as you can because I found some interesting issues when trying to adjust these recently myself.
I was on a different quest which was to make CATIA seek out links in Relative folders without considering the original "Folder of the Link" option. This due to how we use CATIA around here for production and custom work.
This seemed easy enough so I enabled the following in this order: SmarTeam (a necessity for SmarTeam implementations), Relative Folders, Folder of the Pointing Document, and Catalog & Startup Documents.
What I found was that even with that set up we received numerous "file not found" issues and in each of those cases it was pointing to the path of the original linked documents. CATIA simply wouldn't resolve the links to the relative folders where valid documents existed. So I was left with the impression that maybe this ability to control where the links are found doesn't work exactly how I was lead to believe. |
|
Aaron | Current deployment: CATIA V5R16 SP07; SmarTeam V5R17 SP06 |
|
|
TX520
|
| 04 Aug 2008 01:43 PM |
|
| I have never quite figured out what each of the options is supposed to do. Have you found any such documentation that explains, in detail, how each of these works? |
|
|
|
|
PRINCE
|
| 04 Aug 2008 02:00 PM |
|
Provided you've got the help docs installed, this is the file that seems to cover this most thoroughly.
../B18doc/English/online/bascugen_C2/bascudocument0000.htm |
|
Aaron | Current deployment: CATIA V5R16 SP07; SmarTeam V5R17 SP06 |
|
|
TX520
|
| 05 Aug 2008 10:37 AM |
|
Yeah, I've seen that one... I was hoping there was something that had a bit more explanation, seeing as it doesn't seem to work quite like one would imagine.
Even with everything turned off but Folder of the Link, it's still trying to look at things all over the network (according to "file monitor")
|
|
|
|
|
GSAUN
|
| 05 Aug 2008 03:07 PM |
|
TX520,
Don't know if this will help, but I had a similar problem in another version which I swore up and down (and at our then Sys Admin) was a network problem because of known network changes or issues we were having at the time. However, when the UG guys had their issues cleared up and issues with other applications cleared up, we CATIA guys were still having problems with CATIA. It took a long time to figure it out, but it ended up that our base start CATProduct file had been corrupted. Anything created with that start Product file took a half hour or more to load and that was using the cache. We had to add more time on to put the parts in design mode when needed.
During my quest to figure out what was wrong, I discovered that some of the CATSettings were linking start CATPart files within the CATProduct to a now defunct server even though they were located on another server and the CATProduct start file had been overwritten. Clearing the CATSettings files didn't help. The issue was in the start CATProduct file. I cleaned it and everything has been hunky dory ever since. Also, cleaning the CATProduct file of every assembly that had been created using the corrupt start file cleared their loading time issues up. |
|
Gary Saunders |
|
|
PRINCE
|
| 06 Aug 2008 03:43 PM |
|
Posted By TX520 on 05 Aug 2008 10:37 AM
Yeah, I've seen that one... I was hoping there was something that had a bit more explanation, seeing as it doesn't seem to work quite like one would imagine.
Even with everything turned off but Folder of the Link, it's still trying to look at things all over the network (according to "file monitor" 
That was my experience as well. I have a feeling it doesn't actually work the way they say it does. Because the changes we attempted should have worked.
|
|
Aaron | Current deployment: CATIA V5R16 SP07; SmarTeam V5R17 SP06 |
|
|
TX520
|
| 08 Aug 2008 09:10 AM |
|
GSUAN,
Could you provide some details as to what you looked for in the CATProduct and CATPart start files and how you fixed them. When starting them and watching what's happenining in the background with File Monitor, I'm seeing several "File Not Found" results. If I could get rid of these, I"m sure things would run faster.
PRINCE,
I wish there was documentation somewhere of how it actually works.... |
|
|
|
|
GSAUN
|
| 11 Aug 2008 08:47 AM |
|
I wasn't looking in the CATProduct or CATPart files specifically. When I did a search on text within the CATSettings files with the CATProduct and CATPart files open, I found references to defunct servers. I then cleaned the existing CATProduct files (CATDUA) and the start/seed CATProduct files everything has been fine ever since. I don't think I had to mess with my start/seed CATPart files, however. |
|
Gary Saunders |
|
|
TX520
|
| 18 Aug 2008 05:52 PM |
|
A user had a problem today: moving a dimension on the drawing was taking forever. The problem was only solved when I went into his linked document settings and put everything back to yes.
Why would this have any effect on how long it takes to click on a dimension in a drawing and move it? |
|
|
|
|
JACK
|
| 19 Aug 2008 09:39 AM |
|
1. a 'quick fix' to the dimension problem might be to hold down the shift key when moving dimensions or notes
2. during your quests, have you discovered if working with cache has any effect on finding/loading parts? |
|
|
|
|
PRINCE
|
| 19 Aug 2008 10:02 AM |
|
| Well, if you have folder of the link still active I'd be stumped, but Jack's answer would hopefully cure that issue. Those other document localization aren't technically supposed to do anything if you're not utilizing their functionality. |
|
Aaron | Current deployment: CATIA V5R16 SP07; SmarTeam V5R17 SP06 |
|
|
JSTRAWN
|
| 25 Aug 2008 10:28 AM |
|
| When you select the dimension, CATIA tries to load the 3-D geometry to which the dimension is linked. If the CATPart/CATProduct is already loaded, it shouldn't take any time. Check EDIT LINKS as well as FILE DESK to see if ALL of the linked documents are loaded. |
|
Jim Strawn
Cessna Aircraft Co. |
|
|
TX520
|
| 26 Aug 2008 11:12 AM |
|
Yes, ALL the linked documents are loaded (at least, nothing shows up red in DESK and everything looks OK in LINKS)
We have linked document turned OFF, because that was causing extremely long (20-45 minute) load times whenever there was a link to a document that didn't exist in the same network location anymore.
What does holding down the shift key do?
I have been using "file monitor" to see what Catia is trying to access when various functions are occuring. When I have "other folders" active and have it set to look in the directory "N:\Component Catolog", filemonitor shows that Catia is trying to access "N:\data\engdata\Catia\Component Catolog". I don't understand why it's doing that. Anyone know?
|
|
|
|
|
TX520
|
| 26 Aug 2008 11:15 AM |
|
| I also can't figure out why it's looking through the N:\data\engdata\Catia\Component Catalog for the part, when the part is sitting in the SAME directory as the drawing |
|
|
|
|
TX520
|
| 26 Aug 2008 11:19 AM |
|
| In response to Jack.. cache is set to off in "infrastructure -> product structure -> cache management -> work with the cache system". Is that what you were referring to? |
|
|
|
|
TX520
|
| 26 Aug 2008 01:47 PM |
|
Posted By GSAUN on 11 Aug 2008 08:47 AM
I wasn't looking in the CATProduct or CATPart files specifically. When I did a search on text within the CATSettings files with the CATProduct and CATPart files open, I found references to defunct servers. I then cleaned the existing CATProduct files (CATDUA) and the start/seed CATProduct files everything has been fine ever since. I don't think I had to mess with my start/seed CATPart files, however.
|
|
|
|
|
JSTRAWN
|
| 27 Aug 2008 03:14 PM |
|
| Another thing to check: after you get it loaded, to a FILE, SEND TO, FOLDER and see what unexpected documents show up. Occasionally some stray files show up for unknown reasons. |
|
Jim Strawn
Cessna Aircraft Co. |
|
|