Is there a cap on sub-trajectories? #261
-
|
I'm beginning to build some more complex branching trajectories, to simulate patient pathways from referral to discharge, through a number of branching activities. I've been using branching sub-trajectories to try and achieve this, but whenever I try to have a trajectory which goes reaches 6 layers of nested sub-trajectories (which is probably a bad idea but I am new to this!) my trajectories gets truncated. Is there a cap on the number of subtrajectories which is causing this? Below is a really rubbish but working example :) Thank you! |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 2 replies
-
|
No, there is no cap on the number of nested subtrajectories you can use. There is, however, a cap on the number of nested subtrajectories that are printed out. As you figured out, the current limit is 6. I suppose that, at the time I wrote that, I thought no one would use so many sublevels, and anyway the output would become unreadable. But then, we have |
Beta Was this translation helpful? Give feedback.
No, there is no cap on the number of nested subtrajectories you can use. There is, however, a cap on the number of nested subtrajectories that are printed out. As you figured out, the current limit is 6. I suppose that, at the time I wrote that, I thought no one would use so many sublevels, and anyway the output would become unreadable. But then, we have
simmer.plot, which parses the output to plot diagrams of trajectories. So probably we should get rid of that limit.