Dear NMusers,
I am doing a simulation in NONMEM 7.2.0. I have an amount compartment A(2) on the right-hand side bioavailability F2 in $PK. I got an error messages as “… 555 WITH A(I), $OMEGA FOR ETAS IN $PK (OR $MSFI NPOP=N) MUST PRECEDE $PK”. In the control file, $OMEGA actually precede $PK. The thing is that the same simulation worked in NONMEM 6. It seems that the feature that “Compartment amounts, A(n), can be used as right hand side quantities in $PK……” has been implemented since NONMEM 6, see slide 16 in http://www.cognigencorp.com/ecpag_org/2006/1_TomLudden_NONMEM_VI.pdf
I wonder what could cause this error in NONMEM 7.2, but not in NONMEM 6 and how I can solve this in version 7.2.
Thanks for considering help!
Xiaoyu
Compartment amounts, A(n), used as right hand side quantities in $PK
5 messages
5 people
Latest: Jun 23, 2014
Make sure ALL your $OMEGA records are placed just before $PK
Robert J. Bauer, Ph.D.
Vice President, Pharmacometrics, R&D
ICON Development Solutions
7740 Milestone Parkway
Suite 150
Hanover, MD 21076
Tel: (215) 616-6428
Mob: (925) 286-0769
Email: [email protected]
Web: www.iconplc.com
Quoted reply history
-----Original Message-----
From: [email protected] [mailto:[email protected]] On
Behalf Of xyan4
Sent: Thursday, June 19, 2014 10:32 PM
To: [email protected]
Subject: [NMusers] Compartment amounts, A(n), used as right hand side
quantities in $PK
Dear NMusers,
I am doing a simulation in NONMEM 7.2.0. I have an amount compartment
A(2) on the right-hand side bioavailability F2 in $PK. I got an error messages
as “… 555 WITH A(I), $OMEGA FOR ETAS IN $PK (OR $MSFI NPOP=N) MUST PRECEDE
$PK”. In the control file, $OMEGA actually precede $PK. The thing is that the
same simulation worked in NONMEM 6. It seems that the feature that “Compartment
amounts, A(n), can be used as right hand side quantities in $PK……” has been
implemented since NONMEM 6, see slide 16 in
http://www.cognigencorp.com/ecpag_org/2006/1_TomLudden_NONMEM_VI.pdf
I wonder what could cause this error in NONMEM 7.2, but not in NONMEM 6 and how
I can solve this in version 7.2.
Thanks for considering help!
Xiaoyu
Hi Xyan,
It will be very helpful if you could post your simulation code..
Best
Mukul Minocha
Clinical Pharmacology|Pharmacometrics
AbbVie
Quoted reply history
> On 20-Jun-2014, at 8:16, xyan4 <[email protected]> wrote:
>
> Dr. Bauer, Thanks for the reply. The error message still shows up when I put
> $OMEGA right before $PK. Xiaoyu
>
>
>
>
>> On 06/19/2014 11:17 pm, Bauer, Robert wrote:
>> Make sure ALL your $OMEGA records are placed just before $PK
>> Robert J. Bauer, Ph.D.
>> Vice President, Pharmacometrics, R&D
>> ICON Development Solutions
>> 7740 Milestone Parkway
>> Suite 150
>> Hanover, MD 21076
>> Tel: (215) 616-6428
>> Mob: (925) 286-0769
>> Email: [email protected]
>> Web: www.iconplc.com [1]
>> -----Original Message-----
>> From: [email protected]
>> [mailto:[email protected]] On Behalf Of xyan4
>> Sent: Thursday, June 19, 2014 10:32 PM
>> To: [email protected]
>> Subject: [NMusers] Compartment amounts, A(n), used as right hand side
>> quantities in $PK
>> Dear NMusers,
>> I am doing a simulation in NONMEM 7.2.0. I have an amount compartment
>> A(2) on the right-hand side bioavailability F2 in $PK. I got an error
>> messages as “… 555 WITH A(I), $OMEGA FOR ETAS IN $PK (OR $MSFI
>> NPOP=N) MUST PRECEDE $PK”. In the control file, $OMEGA actually
>> precede $PK. The thing is that the same simulation worked in NONMEM 6.
>> It seems that the feature that “Compartment amounts, A(n), can be
>> used as right hand side quantities in $PK……” has been
>> implemented since NONMEM 6, see slide 16 in
>> http://www.cognigencorp.com/ecpag_org/2006/1_TomLudden_NONMEM_VI.pdf
>> [2]
>> I wonder what could cause this error in NONMEM 7.2, but not in NONMEM
>> 6 and how I can solve this in version 7.2.
>> Thanks for considering help!
>> Xiaoyu
>>
You can set option -omega_before_pk on the PsN command-line (works with all PsN programs, at least with the latest version 4.2.0). Then PsN will make sure that $OMEGA precedes $PK, as required for the problem under discussion.
PsN does use its own fixed order of $records when printing a control stream to disk. This is for historical reasons related to challenges involved in automatically adding and removing control stream records, which is done in many PsN programs. It is on the to-do-list to make PsN use the $record order of the input control stream, but currently other things have higher priority.
Best regards,
Kajsa
--
-----------------------------------------------------------------
Kajsa Harling, PhD
System Developer
Department of Pharmaceutical Biosciences
Uppsala University
[email protected]
+46-(0)18-471 4308
http://www.farmbio.uu.se/research/researchgroups/pharmacometrics/
Dear Kajsa,
Thanks for pointing out this nice feature!
Best regards,
Xiaoyu
Quoted reply history
On 6/23/2014 3:12 AM, Kajsa Harling wrote:
> You can set option -omega_before_pk on the PsN command-line (works with all PsN programs, at least with the latest version 4.2.0). Then PsN will make sure that $OMEGA precedes $PK, as required for the problem under discussion.
>
> PsN does use its own fixed order of $records when printing a control stream to disk. This is for historical reasons related to challenges involved in automatically adding and removing control stream records, which is done in many PsN programs. It is on the to-do-list to make PsN use the $record order of the input control stream, but currently other things have higher priority.
>
> Best regards,
> Kajsa