Community Tip - If community subscription notifications are filling up your inbox you can set up a daily digest and get all your notifications in a single email. X
Solved! Go to Solution.
You can't! Each file in Windchill MUST have a unique name.
You could create your instances as P1_instance1 and P2_instance 1 and be good.
As a side note, using such simple short names is also asking for troubles in a Windchill environment. Not from a system standpoint directly but from a unique naming convention.
You can't! Each file in Windchill MUST have a unique name.
You could create your instances as P1_instance1 and P2_instance 1 and be good.
As a side note, using such simple short names is also asking for troubles in a Windchill environment. Not from a system standpoint directly but from a unique naming convention.
For a family table in Windchill, look at the Content tab for the Generic and each Instance. Only the Generic has a file. The database enforces uniqueness of the CAD Document Number; for family tables, multiple objects utilize and are mapped to the same filename.
All CAD objects in the system must be a unique File Name and Number. In our system, and many others, the File Name and Number must be the same. It doesn't matter if it's an assembly, part, generic, instance or drawing.
If your designers have been building family tables with the default Instance_# for the instances, then you are in big trouble trying to load that data into Windchill.
Give us a better description of HOW you are using family tables and we may come up with something that may help.
If you need to rename your instances to load them into Windchill, I would load the assemblies first, then 1 generic part at a time. Let Windchill handle the rename and association of the new names in the assemblies. The caution here is that you will need to load ALL assemblies into Windchill that use the to-be renamed genric to capture all of the references.