Keep a label assigned to a split token after joining it

ricard_rh2
Not applicable
1 View
5 Replies
Message 1 of 6

Keep a label assigned to a split token after joining it

ricard_rh2
Not applicable

[ FlexSim 18.1.2 ]

token-split-lable.fsm

I've found out that a lable assigned to a splitted token disappears after the token is joined again with its twin. I need to use that lable afterwards - is there any way to keep it in the joined token? Thanks a lot!

0 Likes
Accepted solutions (1)
2 Views
5 Replies
Replies (5)
Message 2 of 6

roi_sn
Not applicable

Hello @Ricard RH2,

What it is happenning is that the 'split' label is only assigned to one of the two token after the split. What you could do is to assign it before the Split activity so as not to miss this label when the split is done or assigned it to both of them.token-split-label-v2.fsm You will see this in the attached model.

0 Likes
Message 3 of 6

ricard_rh2
Not applicable

token-split-lable-v2.fsm

Hi @Roi Sánchez,

Thanks for your time. Please find attached the model again, this time more similar to the current model I'm working on. Tasks in paralel have to be done in the right branch of the model independently of the decide activity before the lable assignment, that could take some time.

This is why I need to assign that lable after the split activity.

0 Likes
Message 4 of 6

roi_sn
Not applicable
Accepted solution

@Ricard RH2, ok, stoken-split-label-v3.fsmo in this case what you have to do is to connect the branch in which the 'split' label is assigned to the first port of the join activity because it destroys all the input tokens enter from the port 2, 3, etc. so that´s why the 'split' label dissapears.

If you would need to combine the data contained in labels from token entering in different ports, you should consider usind the Batch activity.

I send you the model again with this change made.

0 Likes
Message 5 of 6

ricard_rh2
Not applicable

It's working now, thanks a lot!

0 Likes
Message 6 of 6

mischa_spelt
Not applicable

An alternative option is making all the other tokens write labels on the token that will stay alive after the Join. A somewhat elegant way to do that, is to make the Split activity create the additional tokens as child tokens of the original token and let them write to their parent's labels -- either by checking "Label Access on Parent Only" or by making sure all the labels you want to keep already exist before entering the Split activity and choosing Read / Write Parent Label Access.

12802-ricardrh2-split.png

Alternatively, you can not allow implicit label access to the parent, but still create the additional tokens as child tokens and then explicitly write labels to token.parent instead of token when you want to keep them after the Join.

0 Likes

Type a product name