From: Nick Holford n.holford@auckland.ac.nz
Subject: [NMusers] Welcome to the new small sample size world of NONMEM VI
Date: Thu, 30 Nov 2006 10:26:49 +1300

0TOT NO. OF INDIVIDUALS, 1001, IS GREATER THAN
 MAXIDS, 1000. INCREASE MAXIDS IN SIZES

--
Nick Holford, Dept Pharmacology & Clinical Pharmacology
University of Auckland, 85 Park Rd, Private Bag 92019, Auckland, New Zealand
email:n.holford@auckland.ac.nz tel:+64(9)373-7599x86730 fax:373-7556
http://www.health.auckland.ac.nz/pharmacology/staff/nholford/
_______________________________________________________

From: Mark Sale - Next Level Solutions mark@nextlevelsolns.com
Subject: RE: [NMusers] Welcome to the new small sample size world of NONMEM VI
Date: Thu, 30 Nov 2006 15:07:51 -0700

Nick, you haven't read the instructions yet, have you (typical male, try
the toy without reading the instruction).  First page, Introduction #5,
edit the sizes file and recompile.
Mark

Mark Sale MD
Next Level Solutions, LLC
www.NextLevelSolns.com

_______________________________________________________

From: Nick Holford n.holford@auckland.ac.nz
Subject: RE: [NMusers] Welcome to the new small sample size world of NONMEM VI
Date: Fri, 01 Dec 2006 11:38:43 +1300

Mark,

I haven't checked every parameter in the final release to see if they are compatible
with NONMEM V defaults.

But I think it very odd that NONMEM VI should by default impose restrictions that were
not present in NONMEM V nor in the beta release of NONMEM VI.

Nick
--
Nick Holford, Dept Pharmacology & Clinical Pharmacology
University of Auckland, 85 Park Rd, Private Bag 92019, Auckland, New Zealand
email:n.holford@auckland.ac.nz tel:+64(9)373-7599x86730 fax:373-7556
http://www.health.auckland.ac.nz/pharmacology/staff/nholford/
_______________________________________________________

From: Mark Sale - Next Level Solutions mark@nextlevelsolns.com
Subject: RE: [NMusers] Welcome to the new small sample size world of NONMEM VI
Date: Thu, 30 Nov 2006 17:10:24 -0700

Nick,

You're right, the general expectation in the software world is for
upward compatibility.  The reason for the restriction on number of ids
is the new option to sort the contributions to the OBJ before adding
them, you have to store all the values in an array prior to sorting in
this case an array of size 1000 by default.  Whether or not to use
sorting is also a option, (see page 4, #13). It was tested, at least a
little. I think there would have been a way arround this if the SORT
option isn't used (but not if SORT is used), but would have taken a lot
more code. 1000 ids, I guess seemed generous.  Wasn't in the beta
because it was, I understand, one of the very last things added.  


Mark Sale MD
Next Level Solutions, LLC
www.NextLevelSolns.com
_______________________________________________________