file placement of fasteners??

[Anonymous]

Hi, I notified a difference between IV R5.3 and R6 SP1, when placing fasteners & steelshapes in
an assembly. In R5.3 ipt files was generated with a defaultname and placed in the designated
library path according to the projectfile. I remember that R5.3 was looking after the tagname
"Standardparts" in the ipj-file as below and also only generated the ipt file if it isn't
already generated.

[Library Search Paths]
Standardparts=D:\Library\standardparts

If IV R6 doesn't generate fasteners in the designated path with a readible name as in R5.3,
there is a great danger for creating dublicated fasteners with different names.

Another thing is that I discoverede that ipt-files generated on basis on the exact same
fastener isn't binary identical. Some further research revieled the fact that these 2 parts
doesn't contain the same FaceID's that mean that one fastener can't be replaced with the other
without loosing constraints.

I can see 2 scenarions where this leads to severe problems:

1. If I don't have a backup of fasteners for a project and I need to generate them again =>
problem

2. Merging two or more projects with duplicates of fasteners. => different faceId leads to a
problem.

I look forward to your comments.

Regards Anders

[Anonymous]

You can configure the library and tell where it should store the parts.
Any library searchpath is possible. Go to the top level of the library
and pree the configure button, choose the library and edit.

--
Michael Puschner
mp@scholle.de




"Anders" schrieb im Newsbeitrag
news:MPG.18613ab428514ab19896ca@discussion.autodesk.com...
>
> Hi, I notified a difference between IV R5.3 and R6 SP1, when placing
fasteners & steelshapes in
> an assembly. In R5.3 ipt files was generated with a defaultname and placed
in the designated
> library path according to the projectfile. I remember that R5.3 was
looking after the tagname
> "Standardparts" in the ipj-file as below and also only generated the ipt
file if it isn't
> already generated.
>
> [Library Search Paths]
> Standardparts=D:\Library\standardparts
>
> If IV R6 doesn't generate fasteners in the designated path with a readible
name as in R5.3,
> there is a great danger for creating dublicated fasteners with different
names.
>
> Another thing is that I discoverede that ipt-files generated on basis on
the exact same
> fastener isn't binary identical. Some further research revieled the fact
that these 2 parts
> doesn't contain the same FaceID's that mean that one fastener can't be
replaced with the other
> without loosing constraints.
>
> I can see 2 scenarions where this leads to severe problems:
>
> 1. If I don't have a backup of fasteners for a project and I need to
generate them again =>
> problem
>
> 2. Merging two or more projects with duplicates of fasteners. => different
faceId leads to a
> problem.
>
> I look forward to your comments.
>
> Regards Anders

[Anonymous]

i've never trusted fasteners. i love this feature, but before i use a std
fastener, i open a blank assembly, insert what i need from the library, and
save copy as or .sat out the file to break all links to certain paths and
rename them to my liking.

[accu-cad]

I had agreed with that until yesterday, (I still do but I saw something new that made me question what I was doing)
Yesterday I was looking for keps nuts and wizzlocks. I posted here to see if anyone had them. I was warmly directed to a couple of sights with links.(see post concerning wizlocks.) These fastensers were done with iparts. I did not know that multiple part numbers and multiple descriptions could be associated with the iparts. Therefore I now have a library of sizes listed as one part. This eliminates having to remember file names or associated nomenclature (sp) to go with the part. It also helps on file naming consistancies. I no longer have no8-32kepnut.ipt and a no10-32kepnut.ipt. I just have one file called kepnut.ipt which includes all sizes from say no 4 to 3/8 and there associated part numbers for my bill of material. This makes a simpler library of more complicated parts. Hope this helps.
Stephen C. Haeseler
accu-cad@velocity.net