I believe Perl Speaks NONMEM runs
-> Perl which calls
-> NONMEM
Therefore, I think all the control-codes from the console are sent to the Perl
process, not the NONMEM process. Currently, the work-around is to run NONMEM
directly.
However, it is theoretically possible to look at the execute
You should read the next several paragraphs in the guide, stating how you can
alternatively control NONMEM if the control keys do not work in certain
environments. This is done using the sig.exe program supplied with NONMEM.
Robert J. Bauer, Ph.D.
Vice President, Pharmacometrics, R&D
ICON Deve
Dear Yaping,
I can see that you need to make any particular consideration because you
are applying a mixture model. CUMD is dependent on IPRED that in its turn is
dependent on the assigned mixture. That should be enough.
However, I spot what must be an error in your way of defining your m
Sum of probabilities should sum to 1. More standard way would be to use
P(1) = 1/(1+THETA(8)+THETA(9))
P(2) = THETA(8)/(1+THETA(8)+THETA(9))
P(3) = THETA(9)/(1+THETA(8)+THETA(9))
where THETA(8) and THETA(9) are any positive numbers
Regards
Leonid
Original Message:
-
From: Ma
I wanted to follow up on the comments to Yaping's email.First, the
three probabilities below from the original code do in fact sum to 1.
P(1)=THETA(8)/100
P(2)=(1-THETA(8)/100)*THETA(9)/1000
P(3)=(1-THETA(8)/100)*(1-THETA(9)/1000)
Note that: P(2) + P(3) = 1-THETA(8)/100
And thus
Andy,
It was just "comment to the comment" where there was a discrepancy.
Original
values do sum to one, so this could not be the reason for the model
problem.
Leonid
Original Message:
-
From: Andy Stein andy.st...@gmail.com
Date: Fri, 25 May 2012 14:45:07 -0400
To: lgibian...@q
