Compartment amounts, A(n), used as right hand side quantities in $PK

5 messages 5 people Latest: Jun 23, 2014
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
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