Skip to main content
K
Ketan_Lalcheta1-Visitor
1-Visitor
September 18, 2019
Solved

Common space

  • September 18, 2019
  • 4 replies
  • 6205 views
Hi

We can create workspace on the context and work on objects that need to be checked in or checked out within the context.

Now, if I have an assembly and its child part. Both of them need to be checked into different context. So, how to do this ?

If I create workspace on part , it can check in on one context.
Now, I want to check in assembly , I should create workspace on different context. But on this context's workspace; I don't have access to part of different context and without that , assembly is incomplete.

Any thoughts would be of great help.
Best answer by MikeLockwood

You might be interested in a few hours consulting on this - can arrange if you like.

 

In general:

- workspace can be on any context.  In the example, it was on the "HVT" context

- user can check in to any context for which they have create permission.

- may be some laborious effort required to select those objects in the workspace that need to be checked into a different context than the one on which the workspace has been created. Following that step, can select all remaining and check into the default context (the one on which the workspace is mapped)

- may be far more efficient to move after check in as others have suggested.

4 replies

M
MikeLockwood22-Sapphire I
22-Sapphire I
September 18, 2019

User can select via folder icon where each object in the workspace is checked into - provided they have permission in that context.

K
Ketan_Lalcheta1-VisitorAuthor
1-Visitor
September 18, 2019
I am sorry but I could not get you... Could you please elaborate it a bit ?

I have one part checked in into windchill already into a context.... Other assembly is there on local system. I am trying to open this assembly into Creo.... Both part and assembly need to check in , but assembly should be on different context than part's context..

Could you or anyone else can help me understand steps to be followed for assembly check in.
M
MikeLockwood22-Sapphire I
22-Sapphire I
September 18, 2019

See attached brief screen captures.

Hope I understand the question correctly.

M
mmeadows-316-Pearl
16-Pearl
September 18, 2019

It is not possible to load structured data if the user account does not have access to all required dependents in Windchill.  For this reason it is common to load data with an administrative account.

 

If loading data with an administrative account isn't possible, the easiest solution is to:

1. Load all parts and assemblies into the parts context using a user account.

2. From a standalone browser logged in with an administrative account, Move the assemblies to the assemblies context.

 

 

K
Ketan_Lalcheta1-VisitorAuthor
1-Visitor
September 18, 2019

For loading purpose of CAD, I do have an administrative account.

B
BenLoosli23-Emerald III
23-Emerald III
September 18, 2019

Check-in must be a Custom Check-In, not automatic.

From there you cans et the folder for any NEW objects, like Mike shows.

You can not move an object by using check-in to a different folder.

To move an object, use a standalone browser and do a Move.

 

    K
    Ketan_Lalcheta1-VisitorAuthor
    1-Visitor
    September 18, 2019
    Let me ask one more question to you and all also....

    Does this mean that context is already having provision to allow check-in from different workspaces ?

    Does this mean below ?
    - contextA and context B is there.
    - by default , workspace on contextA can allow to do custom check in into contextA only..
    - there should be some provision (what is I am curious about) on contextB to allow data to be pushed in from ContextA workspace....

    Is this correct ?

    I could see that I can check-in to both context from respective workspace , but not finding option of different context from other workspace for custom check-in folder path.

    Please kindly bear with me for my basic questions.. I am mainly into toolkit customisation and very new to windchill.
    B
    BenLoosli23-Emerald III
    23-Emerald III
    September 18, 2019

    Let me se if this helps you understand it.

     

    You create WorkspaceA for ProductA and add an assembly to it. (I am using Product instead of Context, since it is really a product in Windchill terminology.)

     

    You can create multiple Workspaces for each Product as long as they are unique names.

     

    In WorkspaceA, you have the following new objects:

    12345.prt

    23456.prt

    bolt_123,prt

    washer_234.prt

    56987.asm

    56987.drw

     

    In your Windchill commonspace structure, you want to put these objects in 2 folders. 

    In folder ProductA\56987, you want:

    12345.prt

    23456.prt

    56987.asm

    56987.drw

    In Library\StandardHardware, you want:

    bolt_123,prt

    washer_234.prt

     

    During the custom check-in process, you can select which folder (Product or Library) that you want each object to be placed in. It doesn't matter if it is a product or library, you can check-in any object to any location as long as you have create permission on that folder.

     

      M
      MikeLockwood22-Sapphire IAnswer
      22-Sapphire I
      September 18, 2019

      You might be interested in a few hours consulting on this - can arrange if you like.

       

      In general:

      - workspace can be on any context.  In the example, it was on the "HVT" context

      - user can check in to any context for which they have create permission.

      - may be some laborious effort required to select those objects in the workspace that need to be checked into a different context than the one on which the workspace has been created. Following that step, can select all remaining and check into the default context (the one on which the workspace is mapped)

      - may be far more efficient to move after check in as others have suggested.

        Terms & ConditionsAccessibility statement