mailRe: [bug #11004] Model elimination


Others Months | Index by Date | Thread Index
>>   [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Header


Content

Posted by Edward d'Auvergne on April 03, 2008 - 10:51:
Ok, the new fix is in the repository for both relax lines.  Could you
please check again to see that the bug is completely fixed?

Cheers,

Edward


On Thu, Apr 3, 2008 at 10:15 AM, Edward d'Auvergne
<edward.dauvergne@xxxxxxxxx> wrote:
Hi,

 This new issue is triggered by the same element - model elimination.
 However bug #11004 (http://gna.org/bugs/?11004) is due to the
 elimination of models whereas the new bug you've encountered has been
 triggered by the elimination of Monte Carlo simulations.  They are
 different bugs, but the source and fix are the same.  So, I'll just
 modify your bug report to include these new details.

 Cheers,

 Edward





 On Mon, Mar 31, 2008 at 5:06 PM, Sébastien Morin
 <sebastien.morin.1@xxxxxxxxx> wrote:
 >
 >  Hi Ed !
 >
 >  I ran the problematic models (m5, m6, m7, m8) and they all seem to work
 > fine... Now, models m0 to m9 all run successfully. Thanks for solving 
this
 > issue !
 >
 >  ...
 >
 >  However, I also tried the some local_tm models and got an error with 
model
 > tm2 (after the command "relax> monte_carlo.error_analysis(run='tm2',
 > prune=0.0)") which is different from the error encountered in bug 11004.
 >
 >  =============================================================
 >
 >
 >    File "/home/semor/packages/relax-1.2/relax", line 454, in ?
 >      Relax()
 >    File "/home/semor/packages/relax-1.2/relax", line 166, in __init__
 >      self.interpreter.run()
 >    File "/home/semor/packages/relax-1.2/prompt/interpreter.py", line 
216, in
 > run
 >      run_script(intro=self.relax.intro_string, local=self.local,
 > script_file=self.relax.script_file, quit=1)
 >    File "/home/semor/packages/relax-1.2/prompt/interpreter.py", line 
391, in
 > run_script
 >      console.interact(intro, local, script_file, quit)
 >    File "/home/semor/packages/relax-1.2/prompt/interpreter.py", line 
343, in
 > interact_script
 >      execfile(script_file, local)
 >    File "./model2_tm", line 42, in ?
 >
 >      monte_carlo.error_analysis(name)
 >    File "/home/semor/packages/relax-1.2/prompt/monte_carlo.py", line 
145, in
 > error_analysis
 >      self.__relax__.generic.monte_carlo.error_analysis(run=run, 
prune=prune)
 >    File "/home/semor/packages/relax-1.2/generic_fns/monte_carlo.py", line
 > 240, in error_analysis
 >      sd = sqrt(sd / (float(n) - 1.0))
 >  ZeroDivisionError: float division
 >
 >  =============================================================
 >
 >  Maybe important for diagnostic is the many many lines like :
 >
 >  =============================================================
 >
 >  The local tm parameter of 2.0000000000000002e-07 is greater than
 > 5.0000000000000004e-08, eliminating spin system 103 ASN of the run 'tm2
 >
 >  =============================================================
 >
 >  encountered during model-free models elimination ("eliminate(run='tm2',
 > function=None, args=None)"). The problem is probably due to the
 > underestimation of the correlation time causing the ts values to rise
 > artefactully (like you pointed in your previous mail of the same thread).
 > However, relax shouldn't break and should be able to continue after such 
a
 > problem.
 >
 >  Note also that this problem does not arise for models tm0, tm1, tm3, tm4
 > and tm9 (I haven't had time yet to run the models tm5 to tm8).
 >
 >  Do you have an idea about the reason for this new bug..?
 >  Should I submit a new bug report for this issue ?
 >
 >  Thanks !
 >
 >
 >  Séb  :)
 >
 >
 >
 >
 >
 >
 >  Edward d'Auvergne wrote:
 >  Hi,
 >
 > I've fixed this bug, although I think other issues will arise. From
 > the attached 'tail_1000_lines_log_model_5' file, it looks pretty
 > obvious that the global correlation time of 6.7 ns used in the script
 > is an underestimation. The result is all the ts values are absorbing
 > this underestimation causing them to shoot up to values slower than
 > the global tumbling. Of course it could be another issue causing the
 > large ts values. Anyway, I have a feeling that this issue may cause
 > other bugs to be uncovered in relax. Seb, could you test to see if
 > the 1.2 line now works?
 >
 > Cheers,
 >
 > Edward
 >
 >
 >
 > On Fri, Feb 8, 2008 at 1:31 AM, Sébastien Morin
 > <NO-REPLY.INVALID-ADDRESS@xxxxxxx> wrote:
 >
 >
 >  URL:
 >  <http://gna.org/bugs/?11004>
 >
 >  Summary: Model elimination
 >  Project: relax
 >  Submitted by: semor
 >  Submitted on: Thursday 02/07/2008 at 19:31
 >  Category: relax's source code
 >  Severity: 3 - Normal
 >  Priority: 5 - Normal
 >  Status: None
 >  Privacy: Public
 >  Assigned to: None
 >  Originator Name:
 >  Originator Email:
 >  Open/Closed: Open
 >  Discussion Lock: Any
 >  Release: Repository: 1.2 line
 >  Operating System: GNU/Linux
 >
 >  _______________________________________________________
 >
 >  Details:
 >
 >  Hi,
 >
 >  I recently got into a small problem related to model elimination, I 
think.
 >
 >  The relax version used was 1.2 from the repository (r4938).
 >
 >  The script used consisted of minimizing one model-free model, doing 
Monte
 >  Carlo simulations, eliminating bad simulations and calculating errors 
(just
 >  as in the sample script on page 30, section 6.2.1, of the manual, 
v1.2.11,
 >  see attached file for an example with model 5).
 >
 >  R1s, R2s and NOEs were available from 2 magnetic fields for most 
residues,
 >  some of which only had data from 1 magnetic field. For some models
 > (5,6,7,8),
 >  model elimination eliminated lots of simulations... When reaching the
 >  'monte_carlo.error_analysis' call, relax crashed (the saved state just
 > after
 >  the eliminate() call, just before relax crashing, is available at :
 >  http://maple.rsvs.ulaval.ca/users/semor/tmp/save_after_eliminate.bz2) 
with
 >  the following error :
 >
 >  ==============================================================
 >  relax> monte_carlo.error_analysis(run='m5', prune=0.0)
 >  Traceback (most recent call last):
 >  File "/home/semor/packages/relax-1.2/relax", line 454, in ?
 >  Relax()
 >  File "/home/semor/packages/relax-1.2/relax", line 166, in __init__
 >  self.interpreter.run()
 >  File "/home/semor/packages/relax-1.2/prompt/interpreter.py", line 216, 
in
 >  run
 >  run_script(intro=self.relax.intro_string, local=self.local,
 >  script_file=self.relax.script_file, quit=1)
 >  File "/home/semor/packages/relax-1.2/prompt/interpreter.py", line 391, 
in
 >  run_script
 >  console.interact(intro, local, script_file, quit)
 >  File "/home/semor/packages/relax-1.2/prompt/interpreter.py", line 343, 
in
 >  interact_script
 >  execfile(script_file, local)
 >  File "./model_5.py", line 43, in ?
 >  monte_carlo.error_analysis(name)
 >  File "/home/semor/packages/relax-1.2/prompt/monte_carlo.py", line 145, 
in
 >  error_analysis
 >  self.__relax__.generic.monte_carlo.error_analysis(run=run, prune=prune)
 >  File "/home/semor/packages/relax-1.2/generic_fns/monte_carlo.py", line 
220,
 >  in error_analysis
 >  Xav = Xsum / float(n)
 >  ZeroDivisionError: float division
 >  ==============================================================
 >
 >  It seems 'n' was zero for at least one residue...
 >
 >  Thanks for help with this !
 >
 >
 >  Séb
 >
 >
 >
 >
 >  _______________________________________________________
 >
 >  File Attachments:
 >
 >
 >  -------------------------------------------------------
 >  Date: Thursday 02/07/2008 at 19:31 Name: model_5.py Size: 1kB By: semor
 >
 >  <http://gna.org/bugs/download.php?file_id=3760>
 >
 >  _______________________________________________________
 >
 >  Reply to this item at:
 >
 >  <http://gna.org/bugs/?11004>
 >
 >  _______________________________________________
 >  Message sent via/by Gna!
 >  http://gna.org/
 >
 >
 >
 >
 >




Related Messages


Powered by MHonArc, Updated Thu Apr 03 15:41:32 2008