How does the Default project actually work?

How does the Default project actually work?

DATUM88
Contributor Contributor
1,522 Views
8 Replies
Message 1 of 9

How does the Default project actually work?

DATUM88
Contributor
Contributor

My department does not create new project paths for each separate project, instead we keep the Default project active for everything we work on. 

 

Despite this, file relationships are rarely lost, and rarely lead to the wrong location. Most of the part files DO have unique files names, but occasionally hardware or some other minor component is copied into the folder (technically creating the existence of duplicates), yet it rarely prompts the user to choose which duplicate to use.

 

I'm looking into this because we have created some parameter driven assemblies that we Pack and Go into the whatever the current project folder is. Every time this is done, duplicate file names are created, yet when the assembly is opened from the destination folder it somehow knows to use the files in that location (convenient). Recently an issue has come up where one user in the department is finding that his assemblies are still referencing the original location of the parameter driven parts. To get around this, I've just had him activate the .IPJ file that was created with the Pack and Go so his assembly only references the correct files. However, since this isn't the "normal" work flow in the department, I'm trying to figure out why it's happening and if I can correct it so he can just use the default project as we do for everything else.

 

I understand that using the Default project is typically a NO NO, as is creating numerous duplicate files names. But that's just the way things are done here, and it seems to work fine for these people. 

0 Likes
Accepted solutions (1)
1,523 Views
8 Replies
Replies (8)
Message 2 of 9

Mark.Lancaster
Consultant
Consultant

@DATUM88 

 

May I ask why are you using pack n go internally?   This utility is used when you want to send the information outside of your organization.  Its not a tool for internal use.   Are you using it to copy design?

Mark Lancaster


  &  Autodesk Services MarketPlace Provider


Autodesk Inventor Certified Professional & not an Autodesk Employee


Likes is much appreciated if the information I have shared is helpful to you and/or others


Did this resolve your issue? Please accept it "As a Solution" so others may benefit from it.

0 Likes
Message 3 of 9

DATUM88
Contributor
Contributor

The Pack and Go is being used to copy the assembly and its parts to another folder.

0 Likes
Message 4 of 9

Mark.Lancaster
Consultant
Consultant

@DATUM88 

 

Wrong tool and the root cause of your issues.   You need to be using iLogic Design Copy or Design Assistant to do this..  Pack n Go is not the correct tool for this.

 

https://synergiscadblog.com/2014/09/23/copy-files-easily-with-ilogic-design-copy-even-without-ilogic...

Mark Lancaster


  &  Autodesk Services MarketPlace Provider


Autodesk Inventor Certified Professional & not an Autodesk Employee


Likes is much appreciated if the information I have shared is helpful to you and/or others


Did this resolve your issue? Please accept it "As a Solution" so others may benefit from it.

0 Likes
Message 5 of 9

DATUM88
Contributor
Contributor

Even if we use a different tool, how does this explain where the Default project goes looking for the files?

0 Likes
Message 6 of 9

Mark.Lancaster
Consultant
Consultant

@DATUM88 

 

Its all based on the default project settings.

 

Perhaps you may want to review this https://synergiscadblog.com/2014/10/29/why-its-important-to-have-an-organized-structure-for-inventor... to understand how any project file works.

Mark Lancaster


  &  Autodesk Services MarketPlace Provider


Autodesk Inventor Certified Professional & not an Autodesk Employee


Likes is much appreciated if the information I have shared is helpful to you and/or others


Did this resolve your issue? Please accept it "As a Solution" so others may benefit from it.

0 Likes
Message 7 of 9

Frederick_Law
Mentor
Mentor

I used single Project file for a long time and I allow duplicated files.

Because that option force IV to use full path for all files.

When files are not where they supposed to be, IV will ask.

 

Pack and Go is the same as copying the folder and rename it in windows.

All files are looking at same location for reference.  Based on Workspace in Project file.

 

Design Assistant can change the reference to new folder when copy.

 

I always reuse models/projects by just copy the folders.

 

You just need to know how to do it properly.

0 Likes
Message 8 of 9

DATUM88
Contributor
Contributor
Accepted solution

We seem to have resolved the issue. I was comparing my Default project settings to his, and noticed his work space setting was not the same as mine. Mine was set to the entire engineering drive, while his was one folder deeper (in the folder containing all the CAD files, which actually should have worked). 

 

Changing his to point at the entire drive has allowed his files to somehow remember the last location referenced. So when the assembly in question is copied to the new project folder, then is opened, it references only the parts in that specific folder. 

 

I don't understand why directing the Default project to reference the entire drive has fixed it, but at least its working now. It seems like the Default project path is programmed to reference the last location the files had reference to. 

0 Likes
Message 9 of 9

Frederick_Law
Mentor
Mentor

IV use path from the Workspace down.

So everything will start as Workspace\Folder\File.

If your coworker's Workspace is in another folder, IV still look for Workspace\Folder\File.

And of course its not there, its in Workspace\File.

0 Likes