• Industries
  • Products
  • Buy
  • Services & Support
  • Communities
  • Discussion Groups

    Autodesk Inventor

    Reply
    *Brentner, Jack

    iParts - modify at a later date

    64 Views, 7 Replies
    11-23-2002 03:31 PM
    Hello all,

    I've now read through every post that has "iPart" in it and I think I can
    draw these conclusions, and have the following questions.

    1) Standard (as opposed to custom) iParts, once placed, can NOT be
    modified - Ex. a cross-hole drilled. Please confirm.
    Q: Separately, can R6 assembly features be applied to a set of
    components in an assembly if one of these is a std. ipart?

    2) If a Standard iPart needs a modification at a later date, and exists in
    an assembly, the procedure is:
    - Open the parent file of the ipart child.
    - save copy as to the project folder.
    - close the parent, open the new copy
    - edit the table and make the desired child the default, close the
    table.
    - delete the table that makes it an ipart, save the file.
    - return to the assembly and Replace Component, the ipart with the new
    "non-ipart" component.
    - make the modification to the new "non-ipart" component.
    Please confirm this workflow.
    Q: Are assembly constraints lost in the process?

    Is there a better way to later modify a placed and constrained instance of a
    standard iPart?
    If there exists the possibility of alterations - Ex. add a set screw to a
    gear, turn down a flange, add an oil groove, turn the id for a wiper, etc. -
    should the iPart author sit back and ponder this as a driving force to make
    his/her ipart a custom iPart in preference to a standard iPart?
    Please use plain text.
    *McConnell, Cory

    Re: iParts - modify at a later date

    11-23-2002 11:17 PM in reply to: *Brentner, Jack
    I have a project file set up with my library paths as the workgroup. If I
    need to modify an ipart I switch to this project, and modify or add to my
    iparts. About the only problem I have run into is if I add lines to the
    table at the beginning - the current part loses its place in the table.
    After I finish, I go back to the original project, and reopen the assembly.
    Unless you changed geometry or deleted geometry in the ipart that you used
    to constrain the ipart your constraints should stay intact.

    --
    Cory McConnell
    BJ Pipeline Inspection
    "Jack Brentner" wrote in message
    news:A6EBBCCEE55F4877845DD986C16CEC14@in.WebX.maYIadrTaRb...
    > Hello all,
    >
    > I've now read through every post that has "iPart" in it and I think I can
    > draw these conclusions, and have the following questions.
    >
    > 1) Standard (as opposed to custom) iParts, once placed, can NOT be
    > modified - Ex. a cross-hole drilled. Please confirm.
    > Q: Separately, can R6 assembly features be applied to a set of
    > components in an assembly if one of these is a std. ipart?
    >
    > 2) If a Standard iPart needs a modification at a later date, and exists in
    > an assembly, the procedure is:
    > - Open the parent file of the ipart child.
    > - save copy as to the project folder.
    > - close the parent, open the new copy
    > - edit the table and make the desired child the default, close the
    > table.
    > - delete the table that makes it an ipart, save the file.
    > - return to the assembly and Replace Component, the ipart with the new
    > "non-ipart" component.
    > - make the modification to the new "non-ipart" component.
    > Please confirm this workflow.
    > Q: Are assembly constraints lost in the process?
    >
    > Is there a better way to later modify a placed and constrained instance of
    a
    > standard iPart?
    > If there exists the possibility of alterations - Ex. add a set screw to a
    > gear, turn down a flange, add an oil groove, turn the id for a wiper,
    etc. -
    > should the iPart author sit back and ponder this as a driving force to
    make
    > his/her ipart a custom iPart in preference to a standard iPart?
    >
    >
    >
    Please use plain text.
    *Brentner, Jack

    Re:

    11-24-2002 03:42 AM in reply to: *Brentner, Jack
    Cory,

    I'm trying to understand your response and interpret what you're trying to
    tell me. It sounds like you're explaining the need to have an iPart project,
    which I do, in order to edit iParts. But it appears you may have
    misinterpreted my confusing babble - or I'm misreading your reply. I guess
    what I was after was confirmation about the correct implementation of iParts
    in the real-world inevitable situation of "Purchase & Alter". I'm mainly
    concerned here about when a part must be altered, i.e. features added - to
    just one instance. And how to author the iPart that makes alterations easier
    for a designer down the road.

    Another thing your response brings to mind that I'm not clear on, is the
    addition of suppressible features to iPart parents that have already "been
    fruitful" or already have offspring. IOW, if I do go back and add a feature
    to the standard iPart parent that represents the alteration, and add a
    column to suppress that feature in all but the part I am altering, would it
    make all the existent children "flip out" or become unresolvable (especially
    the one back in the current assembly I'm working on)? It would seem this
    approach would lead to new children from the parent with additional features
    that the "older children" do not possess at all. I guess it brings to mind a
    question about the evolution of a standard ipart family - can standard ipart
    families "evolve" in this way - gain features over time? I suppose many of
    these things can be determined with a bit of experimentation.

    Many Thanks,
    Jack

    -sorry replied directly earlier.
    "Cory McConnell" wrote in message
    news:6D35DAD4096BB56FF8CCB27D20ED4FFA@in.WebX.maYIadrTaRb...
    > I have a project file set up with my library paths as the workgroup. If I
    > need to modify an ipart I switch to this project, and modify or add to my
    > iparts. About the only problem I have run into is if I add lines to the
    > table at the beginning - the current part loses its place in the table.
    > After I finish, I go back to the original project, and reopen the
    assembly.
    > Unless you changed geometry or deleted geometry in the ipart that you used
    > to constrain the ipart your constraints should stay intact.
    >
    > --
    > Cory McConnell
    > BJ Pipeline Inspection
    > "Jack Brentner" wrote in message
    > news:A6EBBCCEE55F4877845DD986C16CEC14@in.WebX.maYIadrTaRb...
    > > Hello all,
    > >
    > > I've now read through every post that has "iPart" in it and I think I
    can
    > > draw these conclusions, and have the following questions.
    > >
    > > 1) Standard (as opposed to custom) iParts, once placed, can NOT be
    > > modified - Ex. a cross-hole drilled. Please confirm.
    > > Q: Separately, can R6 assembly features be applied to a set of
    > > components in an assembly if one of these is a std. ipart?
    > >
    > > 2) If a Standard iPart needs a modification at a later date, and exists
    in
    > > an assembly, the procedure is:
    > > - Open the parent file of the ipart child.
    > > - save copy as to the project folder.
    > > - close the parent, open the new copy
    > > - edit the table and make the desired child the default, close the
    > > table.
    > > - delete the table that makes it an ipart, save the file.
    > > - return to the assembly and Replace Component, the ipart with the
    new
    > > "non-ipart" component.
    > > - make the modification to the new "non-ipart" component.
    > > Please confirm this workflow.
    > > Q: Are assembly constraints lost in the process?
    > >
    > > Is there a better way to later modify a placed and constrained instance
    of
    > a
    > > standard iPart?
    > > If there exists the possibility of alterations - Ex. add a set screw to
    a
    > > gear, turn down a flange, add an oil groove, turn the id for a wiper,
    > etc. -
    > > should the iPart author sit back and ponder this as a driving force to
    > make
    > > his/her ipart a custom iPart in preference to a standard iPart?
    > >
    > >
    > >
    >
    >
    Please use plain text.
    *Brentner, Jack

    Re: iParts - modify at a later date

    11-24-2002 05:23 AM in reply to: *Brentner, Jack
    Clarification to point 2):
    2) if a Standard iPart needs AN ADDITIONAL FEATURE or ALTERATION at a later
    date.

    "Jack Brentner" wrote in message
    news:A6EBBCCEE55F4877845DD986C16CEC14@in.WebX.maYIadrTaRb...
    > Hello all,
    >
    > I've now read through every post that has "iPart" in it and I think I can
    > draw these conclusions, and have the following questions.
    >
    > 1) Standard (as opposed to custom) iParts, once placed, can NOT be
    > modified - Ex. a cross-hole drilled. Please confirm.
    > Q: Separately, can R6 assembly features be applied to a set of
    > components in an assembly if one of these is a std. ipart?
    >
    > 2) If a Standard iPart needs a modification at a later date, and exists in
    > an assembly, the procedure is:
    > - Open the parent file of the ipart child.
    > - save copy as to the project folder.
    > - close the parent, open the new copy
    > - edit the table and make the desired child the default, close the
    > table.
    > - delete the table that makes it an ipart, save the file.
    > - return to the assembly and Replace Component, the ipart with the new
    > "non-ipart" component.
    > - make the modification to the new "non-ipart" component.
    > Please confirm this workflow.
    > Q: Are assembly constraints lost in the process?
    >
    > Is there a better way to later modify a placed and constrained instance of
    a
    > standard iPart?
    > If there exists the possibility of alterations - Ex. add a set screw to a
    > gear, turn down a flange, add an oil groove, turn the id for a wiper,
    etc. -
    > should the iPart author sit back and ponder this as a driving force to
    make
    > his/her ipart a custom iPart in preference to a standard iPart?
    >
    >
    >
    Please use plain text.
    *McConnell, Cory

    Re:

    11-24-2002 11:42 AM in reply to: *Brentner, Jack
    For purchase parts which I alter one instance of I do the following: I open
    the ipart and comput the part I need to use. I save it with that size
    active. I start a new part and derive in the ipart. Then I break the link
    and modify away. As for editing iparts, I have never added to many
    features - it is like you say, some experimentation may be necessary.

    --
    Cory McConnell
    BJ Pipeline Inspection
    "Jack Brentner" wrote in message
    news:5CBE0EFAED8AA02DF728CA246A47BDB5@in.WebX.maYIadrTaRb...
    > Clarification to point 2):
    > 2) if a Standard iPart needs AN ADDITIONAL FEATURE or ALTERATION at a
    later
    > date.
    >
    > "Jack Brentner" wrote in message
    > news:A6EBBCCEE55F4877845DD986C16CEC14@in.WebX.maYIadrTaRb...
    > > Hello all,
    > >
    > > I've now read through every post that has "iPart" in it and I think I
    can
    > > draw these conclusions, and have the following questions.
    > >
    > > 1) Standard (as opposed to custom) iParts, once placed, can NOT be
    > > modified - Ex. a cross-hole drilled. Please confirm.
    > > Q: Separately, can R6 assembly features be applied to a set of
    > > components in an assembly if one of these is a std. ipart?
    > >
    > > 2) If a Standard iPart needs a modification at a later date, and exists
    in
    > > an assembly, the procedure is:
    > > - Open the parent file of the ipart child.
    > > - save copy as to the project folder.
    > > - close the parent, open the new copy
    > > - edit the table and make the desired child the default, close the
    > > table.
    > > - delete the table that makes it an ipart, save the file.
    > > - return to the assembly and Replace Component, the ipart with the
    new
    > > "non-ipart" component.
    > > - make the modification to the new "non-ipart" component.
    > > Please confirm this workflow.
    > > Q: Are assembly constraints lost in the process?
    > >
    > > Is there a better way to later modify a placed and constrained instance
    of
    > a
    > > standard iPart?
    > > If there exists the possibility of alterations - Ex. add a set screw to
    a
    > > gear, turn down a flange, add an oil groove, turn the id for a wiper,
    > etc. -
    > > should the iPart author sit back and ponder this as a driving force to
    > make
    > > his/her ipart a custom iPart in preference to a standard iPart?
    > >
    > >
    > >
    >
    >
    Please use plain text.
    *KJohnson

    Re:

    11-24-2002 08:58 PM in reply to: *Brentner, Jack
    Can you not add features and then suppress them? So all the iparts except
    one have the features suppressed.

    Kathy Johnson


    "Cory McConnell" wrote in message
    news:1356D6F2C21B7E68E4D52DB02CB2FFA1@in.WebX.maYIadrTaRb...
    > For purchase parts which I alter one instance of I do the following: I
    open
    > the ipart and comput the part I need to use. I save it with that size
    > active. I start a new part and derive in the ipart. Then I break the
    link
    > and modify away. As for editing iparts, I have never added to many
    > features - it is like you say, some experimentation may be necessary.
    >
    > --
    > Cory McConnell
    > BJ Pipeline Inspection
    > "Jack Brentner" wrote in message
    > news:5CBE0EFAED8AA02DF728CA246A47BDB5@in.WebX.maYIadrTaRb...
    > > Clarification to point 2):
    > > 2) if a Standard iPart needs AN ADDITIONAL FEATURE or ALTERATION at a
    > later
    > > date.
    > >
    > > "Jack Brentner" wrote in message
    > > news:A6EBBCCEE55F4877845DD986C16CEC14@in.WebX.maYIadrTaRb...
    > > > Hello all,
    > > >
    > > > I've now read through every post that has "iPart" in it and I think I
    > can
    > > > draw these conclusions, and have the following questions.
    > > >
    > > > 1) Standard (as opposed to custom) iParts, once placed, can NOT be
    > > > modified - Ex. a cross-hole drilled. Please confirm.
    > > > Q: Separately, can R6 assembly features be applied to a set of
    > > > components in an assembly if one of these is a std. ipart?
    > > >
    > > > 2) If a Standard iPart needs a modification at a later date, and
    exists
    > in
    > > > an assembly, the procedure is:
    > > > - Open the parent file of the ipart child.
    > > > - save copy as to the project folder.
    > > > - close the parent, open the new copy
    > > > - edit the table and make the desired child the default, close the
    > > > table.
    > > > - delete the table that makes it an ipart, save the file.
    > > > - return to the assembly and Replace Component, the ipart with the
    > new
    > > > "non-ipart" component.
    > > > - make the modification to the new "non-ipart" component.
    > > > Please confirm this workflow.
    > > > Q: Are assembly constraints lost in the process?
    > > >
    > > > Is there a better way to later modify a placed and constrained
    instance
    > of
    > > a
    > > > standard iPart?
    > > > If there exists the possibility of alterations - Ex. add a set screw
    to
    > a
    > > > gear, turn down a flange, add an oil groove, turn the id for a wiper,
    > > etc. -
    > > > should the iPart author sit back and ponder this as a driving force to
    > > make
    > > > his/her ipart a custom iPart in preference to a standard iPart?
    > > >
    > > >
    > > >
    > >
    > >
    >
    >
    Please use plain text.
    *McConnell, Cory

    Re:

    11-24-2002 09:13 PM in reply to: *Brentner, Jack
    Yes you can.

    --
    Cory McConnell
    BJ pipeline Inspection
    "KJohnson" wrote in message
    news:CDE7A1B4E289A573E7434A8F7DB35EB4@in.WebX.maYIadrTaRb...
    > Can you not add features and then suppress them? So all the iparts except
    > one have the features suppressed.
    >
    > Kathy Johnson
    >
    >
    > "Cory McConnell" wrote in message
    > news:1356D6F2C21B7E68E4D52DB02CB2FFA1@in.WebX.maYIadrTaRb...
    > > For purchase parts which I alter one instance of I do the following: I
    > open
    > > the ipart and comput the part I need to use. I save it with that size
    > > active. I start a new part and derive in the ipart. Then I break the
    > link
    > > and modify away. As for editing iparts, I have never added to many
    > > features - it is like you say, some experimentation may be necessary.
    > >
    > > --
    > > Cory McConnell
    > > BJ Pipeline Inspection
    > > "Jack Brentner" wrote in message
    > > news:5CBE0EFAED8AA02DF728CA246A47BDB5@in.WebX.maYIadrTaRb...
    > > > Clarification to point 2):
    > > > 2) if a Standard iPart needs AN ADDITIONAL FEATURE or ALTERATION at a
    > > later
    > > > date.
    > > >
    > > > "Jack Brentner" wrote in message
    > > > news:A6EBBCCEE55F4877845DD986C16CEC14@in.WebX.maYIadrTaRb...
    > > > > Hello all,
    > > > >
    > > > > I've now read through every post that has "iPart" in it and I think
    I
    > > can
    > > > > draw these conclusions, and have the following questions.
    > > > >
    > > > > 1) Standard (as opposed to custom) iParts, once placed, can NOT be
    > > > > modified - Ex. a cross-hole drilled. Please confirm.
    > > > > Q: Separately, can R6 assembly features be applied to a set of
    > > > > components in an assembly if one of these is a std. ipart?
    > > > >
    > > > > 2) If a Standard iPart needs a modification at a later date, and
    > exists
    > > in
    > > > > an assembly, the procedure is:
    > > > > - Open the parent file of the ipart child.
    > > > > - save copy as to the project folder.
    > > > > - close the parent, open the new copy
    > > > > - edit the table and make the desired child the default, close
    the
    > > > > table.
    > > > > - delete the table that makes it an ipart, save the file.
    > > > > - return to the assembly and Replace Component, the ipart with
    the
    > > new
    > > > > "non-ipart" component.
    > > > > - make the modification to the new "non-ipart" component.
    > > > > Please confirm this workflow.
    > > > > Q: Are assembly constraints lost in the process?
    > > > >
    > > > > Is there a better way to later modify a placed and constrained
    > instance
    > > of
    > > > a
    > > > > standard iPart?
    > > > > If there exists the possibility of alterations - Ex. add a set screw
    > to
    > > a
    > > > > gear, turn down a flange, add an oil groove, turn the id for a
    wiper,
    > > > etc. -
    > > > > should the iPart author sit back and ponder this as a driving force
    to
    > > > make
    > > > > his/her ipart a custom iPart in preference to a standard iPart?
    > > > >
    > > > >
    > > > >
    > > >
    > > >
    > >
    > >
    >
    >
    Please use plain text.
    *Dotson, Sean

    Re:

    11-24-2002 09:38 PM in reply to: *Brentner, Jack
    That's pretty much how I do it as well.

    --
    Sean Dotson, PE
    http://www.sdotson.com
    ...sleep is for the weak..
    -----------------------------------------
    "Cory McConnell" wrote in message
    news:1356D6F2C21B7E68E4D52DB02CB2FFA1@in.WebX.maYIadrTaRb...
    > For purchase parts which I alter one instance of I do the following: I
    open
    > the ipart and comput the part I need to use. I save it with that size
    > active. I start a new part and derive in the ipart. Then I break the
    link
    > and modify away. As for editing iparts, I have never added to many
    > features - it is like you say, some experimentation may be necessary.
    >
    > --
    > Cory McConnell
    > BJ Pipeline Inspection
    > "Jack Brentner" wrote in message
    > news:5CBE0EFAED8AA02DF728CA246A47BDB5@in.WebX.maYIadrTaRb...
    > > Clarification to point 2):
    > > 2) if a Standard iPart needs AN ADDITIONAL FEATURE or ALTERATION at a
    > later
    > > date.
    > >
    > > "Jack Brentner" wrote in message
    > > news:A6EBBCCEE55F4877845DD986C16CEC14@in.WebX.maYIadrTaRb...
    > > > Hello all,
    > > >
    > > > I've now read through every post that has "iPart" in it and I think I
    > can
    > > > draw these conclusions, and have the following questions.
    > > >
    > > > 1) Standard (as opposed to custom) iParts, once placed, can NOT be
    > > > modified - Ex. a cross-hole drilled. Please confirm.
    > > > Q: Separately, can R6 assembly features be applied to a set of
    > > > components in an assembly if one of these is a std. ipart?
    > > >
    > > > 2) If a Standard iPart needs a modification at a later date, and
    exists
    > in
    > > > an assembly, the procedure is:
    > > > - Open the parent file of the ipart child.
    > > > - save copy as to the project folder.
    > > > - close the parent, open the new copy
    > > > - edit the table and make the desired child the default, close the
    > > > table.
    > > > - delete the table that makes it an ipart, save the file.
    > > > - return to the assembly and Replace Component, the ipart with the
    > new
    > > > "non-ipart" component.
    > > > - make the modification to the new "non-ipart" component.
    > > > Please confirm this workflow.
    > > > Q: Are assembly constraints lost in the process?
    > > >
    > > > Is there a better way to later modify a placed and constrained
    instance
    > of
    > > a
    > > > standard iPart?
    > > > If there exists the possibility of alterations - Ex. add a set screw
    to
    > a
    > > > gear, turn down a flange, add an oil groove, turn the id for a wiper,
    > > etc. -
    > > > should the iPart author sit back and ponder this as a driving force to
    > > make
    > > > his/her ipart a custom iPart in preference to a standard iPart?
    > > >
    > > >
    > > >
    > >
    > >
    >
    >
    Please use plain text.