-
Hey @bhaller and @petrelharp, I have a question regarding So here is how reproduction looks like without `pointDeviated': Note that the number of new offspring would be less or equal to nOff because whenever new position is out of bound, it simply does not get added to the subpopulation. Now, if I use reflecting boundary condition and n=nOff with |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 2 replies
-
Hi Jiseon! First of all, note that I just merged the It looks like what you're modeling here are "absorbing" boundary conditions – if a point is generated out of bounds, the offspring gets "absorbed" by the boundary, i.e., is not generated. The
So I would recommend just not using absorbing boundaries as your example for this. :-> With I'd also note that the target usage pattern for
You can do the same thing in a nonWF model. In (almost) all cases, reproduction now automatically sets the offspring position to the first parent's position, and so all you need is to do a vectorized call to I hope this clears things up. Again, current doc will be posted in Slack soon. :-> |
Beta Was this translation helpful? Give feedback.
Hi Jiseon! First of all, note that I just merged the
smooth
branch, so now you want to be back on the main branch. :->It looks like what you're modeling here are "absorbing" boundary conditions – if a point is generated out of bounds, the offspring gets "absorbed" by the boundary, i.e., is not generated. The
pointDeviated()
method isn't very useful for absorbing boundaries. As the doc for it says (you can see this if you build SLiMgui from sources now, but I am also about to send a PDF of the new doc to Slack):