-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
VLStm.jl observations #2
Comments
Note also in newer Julia, the following (which appears twice) as Also |
In |
In |
In |
In |
"I think there's an issue here, as coded like this their PKDL onset could be after their death. Simulate birth and death times? Otherwise I'm assuming death rate is unaffected by KA." I agree. Also natural death from non-VL causes as a function of age and sex not included. Best for those who do get infected, for risk of death to also be modelled but only for the infectious part rather than the asyx part. |
Why no |
How did you obtain
Also 1.36 and 0.38 don't match with mean() or median() of the vector, nor the 1.34 value (0.38 was correct) in the SI just after Eqn S5. |
🐛 In |
Some missing +1. Is this OK? |
🐛 Need to consider when at some times the |
🐛 As model can only work with integer months, |
According to the parameters in the SI which are named as in Table S2 on p8, there is not a parameter for the success probability of the KA IP NB distribution. It is loaded in |
Why isn't |
Need to understand |
Why is recovery from KA, and, AsxInf -> AsxDor grouped together for event 3?
since those who have recovered from KA are not infectious. Is it because AsxDor aren't infectious either but could become inf if they progress to PKDL? |
I don't understand:
|
Doesn't the above also add |
Hi @LloydChapman,
Please pardon the brevity:
CalcHHDists()
abs()
necessary here as it doesn't appear for the Haversine?KnlHH()
ones(nHH,nHH)
correct here as shouldn't the diagonal contain zeros rather than ones, since the only way that intra-hhld transmission should be represented is in the \delta*1{ij}_ term. This will mean thatKHH_{ij}
will be non-zero for i=j when it should have been zero. AlsoK0
will be different. Actually this would apply to alltyp
s and a second line of code should set the diagonals ofKHH
to zero.K0
calc (see SI p3of39) shouldn't sumsumK=n be sumsumK=n^2 or n(n-1) instead? As otherwise an analysis of 3 paras vs 4 paras with the non-linear square relation of pairwise i,j comparisons vs linear increases in n may create unlike-for-like comparisons?Tim.
The text was updated successfully, but these errors were encountered: