Content Center Family Table Annoyance

[jimm.motyka]

I'm using the Autodesk supplied family table (Content Center) and only adding a column for the Stock Number.  Yet, when I attempt to save the file, it displays the dialog box shown.  So many whys here.  If the Autodesk crew can get to save, and all I'm doing is adding one additional column, why would (should) I even see this error.

That said, what would be the quickest and least painful way to rectify this dialog error?

[Frederick_Law]

You have duplicate field in the table.

Check the table.

Probably changed something by mistake.

[jimm.motyka]

I was using the family table "as is", just adding one more column for the Stock Number.  Hence, why I termed it annoying, because nothing else was updated or changed in the other fields.

[jimm.motyka]

Maybe this will help clarify things better.  If I suppress part rows in the current table, as supplied by Autodesk, and try to save the changes, the same error dialog pops up.  I just want to know how they made it happen and I cannot.

[Frederick_Law]

Whatever you've added created a duplicated field somewhere.

Can't tell you which one cause I can't see your table.

[pcrawley]

That can be a misleading error depending on the table you are editing.  Non-unique file name errors are a problem for "standard" content - like nuts and bolts - where Content Center decides where to save the part files and can't have duplicate file names in a folder. 

For other content like structural shapes - they are always placed using the "custom" setting.  File names/locations are the responsibility of the user.

Which component are you editing, and which version of Inventor?  Maybe someone here will try and replicate the problem to see if it is a defect, or something you can ignore.

[jimm.motyka]

Hopefully this helps explain the situation.

1. I created a read/write CC library.
2. Under Fasteners > Bolts > Hex Head > selected Heavy Hex Bolt - Inch.
3. RMC (right mouse click) and created a "Save Copy As" and retained the link.
4. Saved the file to the read/write library.
5. Selected the Save As Copy version.
6. RMC on it and selected Family Table.
7. Selected UNF fasteners and suppressed those.
8. When selecting Apply (button), that's when the dialog box error pops up.
9. Have to Cancel, due to inability to suppress fasteners.

So, what I really am looking for is to suppress the UNF fasteners and add the Stock Number column to the read/write library.

Let me know if this is clear enough to replicate.

Thank you!

[Frederick_Law]

Get a screen shot:

This is a copy of ANSI Channel modified to CSA to show size in metric.

I've also copy and made A325 bolts.

[jimm.motyka]

[blandb]

I do kind of remember that in the Default Hex Head Cap Screw family, down in the 1" unc area there was some lines that would be the same output. Never knew how ADSK was able to make that happen without errors, but they did. I never had to deal with it once we copied because we never used fasteners that large so I was able to just delete the lines. But that has been a while ago, not sure if it has been fixed in default libraries as of yet.

[CGBenner]

@jimm.motyka 

Your workflow description was perfect for being able to reproduce this.  Thank you.

I can only guess that as these were created, Autodesk used some magic override to be able to save and bypass the error.  I'm still looking at the table to see if I can find the line or variable that is causing the problem.  If I find it I'll update the thread.  Meanwhile, I'll tag in @johnsonshiue in case he knows something we do not.

[Frederick_Law]

[Frederick_Law]

Delete duplicated one that don't have "UNC" in Part Number.

Actually you might want to "combine" them to one.

One designation use decimal, one use fraction and different grip length.

[CGBenner · Accepted solution]

@jimm.motyka 

Looks like @blandb is right.  For some reason even though these two lines have some different information (one does not include the UNC), the rest of the columns that are part of the File Name expression are identical and cause duplicate File Names... and the error.  This must have been ignored somehow when the table was created, but editing it brings it forward.  As @blandb suggested, since these are essentially the same bolt, I would just delete the extra row.  It appears to only be in the 1" sizes.

[jimm.motyka]

Son of a pup! How did they get it to save is the bigger question.

I'll try this out and post my results.

Thank you to everyone who helped me out on this.

[jimm.motyka]

That did it!  It will nag me that it was able to happen from the supplied family table, yet I'm happy for the solution. 😏