Re: m0 models

2013-02-05 Thread Edward d'Auvergne
Hi,

The 10 seconds for the NOE seems a little excessive (unless this is an
IDP or very small protein).  Have you quantified the time required for
recovery?  As for the peak picking and fitting, my experience is that
with the proper temperature control and calibration, then the
following routine is the most accurate for extracting relaxation rates
(this is yet to be published):

- Shift all peaks to their maximum in each spectrum (pc in Sparky for example).
- Average the peak lists across all spectra for one relaxation data set.
- Measure peak heights using the averaged peak lists.

I would not touch volume integration.  One other thing you need to be
very careful with is sample concentration.  If you require multiple
samples then you should aim to have identical protein concentrations
(volume does not matter).  Slight concentration differences can have a
large effect on the global tumbling of you system, hence the data
cannot be combined.  I hope some of this helps.

Regards,

Edward


On 5 February 2013 09:52, Martin Ballaschk ballas...@fmp-berlin.de wrote:
 Hi Edward,

 a part of my mail is missing, it seems like I accidentally sent a draft 
 version.

 Although it's maybe not that important, here is the rest of the final 
 paragraph:

 „I don't know if inaccurate or inconsistent data would favor such a behavior. 
 We now use selective proton pulses in the R1 and NOE-experiments (like 
 described in [1]), temperature compensation for our R1 pulse programs, 
 single-scan interleaving for all experiments, accurate temperature 
 calibration with d4-methanol and automated and hence reproducable peak 
 picking and fitting routines, and recycle delays of 10s in the HetNOE. The 
 consistency of the data from two fields was well below 8% even when the 
 temperature was (accidentally) off by 1K.“

 Regards,
 Martin


 [1] Lakomek N-A, Ying J, Bax A (2012) Measurement of 15N relaxation rates in 
 perdeuterated proteins by TROSY-based methods. J Biomol NMR 53: 209–221. 
 doi:10.1007/s10858-012-9626-5.
 --
 Martin Ballaschk
 AG Schmieder
 Leibniz-Institut für Molekulare Pharmakologie
 Robert-Rössle-Str. 10
 13125 Berlin
 ballas...@fmp-berlin.de
 Tel.: +49-30-94793-234/315
 Büro: A 1.26
 Labor: C 1.10


 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: relax-users@gna.org

2013-02-07 Thread Edward d'Auvergne
Hi Venkat,

This is clearly a wxPython issue, as you can run relax in the
prompt/script modes but not GUI mode.  I remember you have previously
had wxPython issues:

http://thread.gmane.org/gmane.science.nmr.relax.user/1247

Have you changed anything since then?  The version appears to be
identical.  Your wxPython is horribly broken on Centos 5 and there is
not much I can do about that.  How was this installed?  Was it self
compiled on your Centos 6 machine?  It appears pretty obvious that
your current wxPython binaries are incompatible with the libraries
installed on your Centos 5 machine.  You may need to have separate
wxPython installations for Centos 5 and 6 (possibly then also separate
Python installations).  As I suggested in that old thread, maybe you
could try and see if the wx demos run on Centos 5.  Unfortunately as
this is not part of relax, there is not too much I can do to help you.

If your sys admin cannot solve this, there is a fix.  You can download
the Python, numpy, scipy, and wxPython sources and compile these into
your home directory using:

$ configure --prefix=~

Or place them into a special directory.  For example to test relax, I
have a special directory called /data/python/.  I have compiled Python
versions 1.0, 1.5, 1.6, 2.0, 2.1, 2.2, 2.3, 2.4, 2.5, 2.6, 2.7, 3.0,
3.1, 3.2, and 3.3 using the configure script option
'--prefix=/data/python/'.  Each of these have numpy, scipy, and
wxPython compiled for them, when possible.  This is using, for
example:

$ /data/python/python1.5 setup.py install

I can then test relax with the
'devel_scripts/python_multiversion_test_suite.py' script pointing to
all these Python versions.  Note that this is completely performed as
a user - at no point was root access required (though you many need
the admin to install some development packages if missing).  If your
home directory is shared, then maybe you can have separate directories
for a Centos 5 and Centos 6 build.  I hope some of this info helps.

Regards,

Edward



On 6 February 2013 18:20, Venkat V ven...@hkl.hms.harvard.edu wrote:
 Hi Martin,

 relax --info gives me this. So wx-Python is 2.8.12.1 version.

 We have the same central python setup running on both centos 5 and centos 6.
 relax GUI works on centos 6 but not on centos 5 (this is true whether the
 machine is x86 or x86_64).



 minfx  True Unknown
 bmrblibTrue Unknown
 numpy  True 1.6.1
 scipy  True 0.10.0
 wxPython   True 2.8.12.1 (gtk2-unicode)
 mpi4py False
 epydoc False
 optparse   True 1.5.3
 readline   True
 profileTrue
 bz2True
 gzip   True
 io True
 os.devnull True
 xmlTrue 0.8.4 (internal)

 Venkat

 On Wed, Feb 6, 2013 at 10:32 PM, Martin Ballaschk ballas...@fmp-berlin.de
 wrote:

 Hi Venkat,

 did you try to update wxPython, the GUI framework that relax relies on?
 This gave me a lot of headaches on the Mac when I first tried relax and is
 still in heavy development, IIRC.

 Edward certainly can elaborate on that, but maybe it's a good idea to
 check if your system meets all the dependencies that are listed on the relax
 website, especially if you have a up-to-date wxPython version:

 • Python = 2.3: Python-2.7.3.tar.bz2
 • NumPy = 1.0.4: NumPy downloads
 • SciPy (optional) = 0.7.1: SciPy downloads
 • wxPython (optional) = 2.8: wxPython stable downloads

 http://www.nmr-relax.com/download.html#Current_release

 Regards
 Martin


 On 06.02.2013, at 17:43, Venkat V ven...@hkl.hms.harvard.edu wrote:

 
 
 
 
  Hi,
 
   I had installed both relax 2.2.0 and 2.2.1 on i386 and x86_64 linux
   machines.
 
   The command line runs OK on all machines.
 
   The GUI fails with seg fault on centos 5 machines (both i386 and
  x86_6).
   The GUI works OK on centos 6 machines ( both i386 and x86_64).
 
   The python version is 2.7.2.
 
   Venkat
 
  ___
  relax (http://www.nmr-relax.com)
 
  This is the relax-users mailing list
  relax-users@gna.org
 
  To unsubscribe from this list, get a password
  reminder, or change your subscription options,
  visit the list information page at
  https://mail.gna.org/listinfo/relax-users

 --
 Martin Ballaschk
 AG Schmieder
 Leibniz-Institut für Molekulare Pharmakologie
 Robert-Rössle-Str. 10
 13125 Berlin
 ballas...@fmp-berlin.de
 Tel.: +49-30-94793-234/315
 Büro: A 1.26
 Labor: C 1.10



___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: m0 models

2013-02-07 Thread Edward d'Auvergne
Hi,

As you are working with complexes, then maybe an issue is that a
single diffusion tensor is not an adequate representation of the
system, resulting in the model m0 appearing more than it should.  This
might be the case if the complex is not tight and you have a mixture
of complex and free monomers.  This has been looked at in Schurr et
al, 1994, but no one has come up with a solution to this problem for
model-free analysis.  Maybe you could be the first ;)


 I'm not done with the analysis of all of my complexes, but I fear that even 
 with everything done correctly there will be m0 all over the place and I 
 don't know how to interpret this in terms of mobility. Judging from the runs 
 I did until now, especially the interesting (i.e. probably more mobile) 
 regions of the more interesting protein show this behaviour. As I said, I 
 have quite large areas that disappear from my spectra from one protein 
 variant to the other – so this is an indication for exchange mobility in this 
 regions which is interesting for itself! Neighbouring regions have a lot of 
 m0 (in 62 of ~220 assigned residues minus 28 unresolved) and in the 
 ellipsoidal diffusion model there is also a lot of strange Rex = 0. 
 terms, the other models show Rex of around 10^-18 (=nearly zero). Convergence 
 is reached in 20-30 rounds for each diffusion model, no oscillations are 
 visible.

Is this Rex in the results file or in the extracted version?  Note
that relax stores Rex internally as the field strength independent
value of:

sigma_ex = Rex / omega**2

Hence the value in the relax state files will be on the order of
'super tiny'.  You need to multiply omega_N squared to obtain the
value you would expect on a given spectrometer.  Also note that
currently in all model-free software, Rex is assumed to be fast and
hence scales quadratically with field strength - this might be another
source of problems for your analysis.


 The current data are not perfect, as the necessary (!) R1 temperature 
 compensation was not used yet and also no soft pulses. So obviously I have 
 re-record some of the data. I used only one single sample, which was pretty 
 stable over the time I measured (no visible precipitation, but very slight 
 decreasing TROSY intensity). The temperature is off by less than 1 K 
 (remember our fucked-up but-now-apparently-fixed calibration procedure). The 
 consistency tests returned a fairly centered distribution (ratio of j0 at 
 different fields: 0.993 +/- 0.174) of moderate consistency (j0 test 
 (field1-field2)/field2 = 0.08).

R1 temperature compensation is generally not needed as it is quite a
cold experiment, hence will almost always match the normal
spectrometer calibration.  But single scan interleaving is a good idea
to average changes which occur during the experiment (for example day
and night temperature fluctuations which always occur to some extent).
 Everything else seems fine.


 That said, I don't see so overwhelmingly much of these stark m0 effects in 
 the protein I expect to be more rigid, although I have only a dataset wich is 
 highly inconsistent due to large temperature diffences, that was much less 
 stable used only old-school experiments with hard pulses have been used.

m0 almost never appears for rigid, well behaved proteins as the
dynamics is easy to extract.  The m0 is a sign that something or some
process is hiding the dynamics in the relation data.  I.e. the single
diffusion tensor with internal model-free compatible motions is not
adequate.  Or that the data for a spin is too noisy because your
system is so big.


 My SH3 testing data don't show this kind of behaviour (no m0 at all), but 
 these have incredibly fat signal. Having a real protein changes a few 
 things I guess, especially in terms of S/N.

If m0 appears in SH3, I would be worried.  In a real protein though,
the data for some residues can be rubbish, hence m0 is very valid as
the dynamics data is no longer present.  m0 then tells you that you
have 4 grey pixels ;)


 Maybe it's because of more complex motions. Maybe I should have gone for 
 relaxation dispersion in the first place. But one step after another seemed 
 reasonable at that time. (I'm currently quite desperately looking for an 
 introductory review like Séb Morin's practical guide for relaxation 
 dispersion – do you know one?)

Relaxation dispersion might be interesting, but from what you describe
I don't think dispersion data will tell you much other than what you
already see with weak peaks.  Actually, as your system is 45 kDa, I
would not expect that you would see much dispersion at all - your weak
peaks are due to protein size and not Rex.  As for a guide about
relaxation dispersion, I know no equivalent to Seb's guide.  There are
some reviews from the Art Palmer and Lewis Kay groups which could be
useful.  If you do find something, I'd be interested to have the
reference.


 Maybe this relates to model m9 in relax.  Sometimes the very weak
 

Re: m0 models

2013-02-12 Thread Edward d'Auvergne
Hi,

 Neighbouring regions have a lot of m0 (in 62 of ~220 assigned residues 
 minus 28 unresolved) and in the ellipsoidal diffusion model there is also a 
 lot of strange Rex = 0. terms, the other models show Rex of around 
 10^-18 (=nearly zero). Convergence is reached in 20-30 rounds for each 
 diffusion model, no oscillations are visible.

 Is this Rex in the results file or in the extracted version?  Note
 that relax stores Rex internally as the field strength independent
 value of:

 sigma_ex = Rex / omega**2

 I extract Rex with the following command, I guess this is then the already 
 field-corrected value?
  value.write( param = 'rex', file = 'example/rex.txt')

This is clearly a bug!  For example on an 800, you should multiply
1e-18 with the value of ~2.6e17.  Could you file a bug report for
this?  A value of 1e-18 should give a significant, yet low, Rex value
of 0.15-0.3 rad.s^-1.


 I also forgot to mention, that while for the spherical and spheroid models 
 convergence was reached pretty soon, the ellipsoidal calculations are still 
 ongoing for two days now, but I can see that the parameter values are not 
 really changing anymore, and chi^2 and AIC values do not converge but differ 
 by only a factor of 10^10 from each other in the last ~20 rounds. I guess it 
 is safe to pull the plug here?

How many rounds is it up to?  If it runs infinitely, then maybe you
have run into a chaotic system.  Now that would be fascinating!
Theoretically anyway, biologically it would be irrelevant.

I'm guessing you mean 1e-10.  Can you see which models are changing?
Can you find any chi2 or AIC values which match between the rounds?
If you make a table of total parameter number, chi2, and AIC, can you
see any patterns?  At some point, an optimisation problem should have
a solution which, when calculated on a computer, should result in
numerically identical solutions (parameter values, chi2, diffusion
tensor, etc) between two iterations.  In this case, we have a combined
optimisation/modelling problem.  This can result in a circling around
the minimum, which has been seen a number of times before by relax
users.  The protocol now detects this and terminates.  However I don't
think I've seen a problem which runs forever - that would just be
theoretically weird.  If none of this makes sense, you should have a
read of my 2007 paper
(http://www.nmr-relax.com/refs.html#dAuvergneGooley07).


 Will the final run of relax still be able to see the final optimization 
 results?

You can set a maximum number of iterations for this protocol.
Otherwise when using the prompt/script modes you can kill relax, and
restart it again (though this will result in a few extra rounds of
optimisation of each global model before relax realises that
convergence has occurred).  Only after rerunning after killing will
you have 'final' results.


 Also note that
 currently in all model-free software, Rex is assumed to be fast and
 hence scales quadratically with field strength - this might be another
 source of problems for your analysis.

 You mean, because my Rex is too slow or because I have too few fields 
 available (600  750 MHz)?

No, this is just the underlying and fixed assumption in all model-free
analysis software.  The reason is because what you measure is not the
pure chemical exchange but a mix of a few different things.  You don't
need to worry about this.


 R1 temperature compensation is generally not needed as it is quite a
 cold experiment, hence will almost always match the normal
 spectrometer calibration.

 No, what I meant is off-resonance heating pulses that make my R1 experiment 
 just as warm as the R2 experiment which heats the sample due to the CPMG 
 train in the relaxation period. In practice I just irradiate for ~100 ms 
 (which is the mean of the delay times I have during my R2 experiments) before 
 the actual pulse sequence begins, i.e. during d0.

You shouldn't need to warm up your experiment to the level of the R2
in this way.  For one, this will not work because the time for a 1D is
much, much longer in the R1 than in the R2.  Therefore the real-time
cooling from the VT unit will probably make these heating pulses
irrelevant.  Actually you could end up with a temperature gradient
over the R1 evolution time - this would not be good.  Note that for
BMRB submission, this technique is not in the recommend list of
options for temperature compensation.  The best way to do this is to
run the R1 experiment on a MeOH/ethylene glycol sample.  Then
calibrate the temperature as you would normally calibrate a
spectrometer, just using shortened R1/R2/NOE pulse sequences.


 Relaxation dispersion might be interesting, but from what you describe
 I don't think dispersion data will tell you much other than what you
 already see with weak peaks.  Actually, as your system is 45 kDa, I
 would not expect that you would see much dispersion at all - your weak
 peaks are due to protein size and not Rex.

 I don't 

Re: Missing data for spin system and compatibility in GUI

2013-02-12 Thread Edward d'Auvergne
Hi Nav,

Welcome to the relax mailing lists!  Please see below:


 The situation:
 I have experimental data for R1, R2 and NOE at two fields (600 MHz and 800
 MHz) on a large protein kinase. As expected, i do not have data for all the
 residues in the protein sequence. on searching through Web, i have found a
 X-ray structure, which also have some parts missing, possibly due to poor
 electron density in those regions.

This will complicate your analysis, as you don't have orientational
information about your NH vectors!  Such information is essential for
the prolate and oblate spheroidal and ellipsoidal diffusion tensors.
You will need to read the relevant literature if this is not clear
(you can find lots of references in the papers linked at
http://www.nmr-relax.com/features.html#primary_refs, especially my
2008a paper at http://www.nmr-relax.com/refs.html#dAuvergneGooley08a).


 I learnt from RELAX that one can create
 spin system solely based on sequence and then attach protons to it or by
 using a pdb structure.

relax does not currently have an algorithm to automatically place
protons into the 'correct position' in 3D space.  This just allows you
to say that protons are attached - hence you will have dipole-dipole
relaxation present.  If you have a 3D structure without protons, you
will need to use Molmol, PyMOL, etc to add the missing protons
yourself prior to loading the structure into relax.


 For model free analysis possibly, i would need a pdb
 structure (not entirely sure!); as i can see, an example in the manual
 illustrating without the use of the structure (page 103)

You really need to read more of the literature to understand the
reason why.  But you can perform a model-free analysis using the
protocol I developed which is hard-coded into the GUI.  But you can
only use the 'local_tm' and 'sphere' models if no 3D data is present.
If this is not clear why, then you have a lot more reading to do ;)


 The problem:
 When i tried doing it by creating spin systems using amino acid sequence
 alone, the system never got executed. However, when i started doing it with
 structure as an input., it did run but then gave me an error message for all
 the spins as follows:
 for spins with all six data parameters:
 spin YYY deselected due to absence of any relaxation mechanisms

This means that you have not specified the relaxation mechanisms.
Note that if you are looking at 15N backbone data - importantly with
no 13C labelling - then two major relaxation mechanisms are present.
These are the dipole-dipole and CSA interactions.  You will need to
tell relax that these are active, and what the physics for these
interactions should be.  The reason why you have to do this is because
relax can be used for RNA, DNA, or organic molecules.  And even in
proteins, this simple 2 mechanism relaxation may not always be the
case.  For example 15N bb relaxation with 13C labelling, you have 3
direct dipole-dipole relaxation mechanisms, and you have to also take
interference into account.  Or for natural abundance 13C CO relaxation
where only CSA relaxation is present.  relax allows you to handle
these different cases.


 and for spins with no data:
 spin YYY deselected due to absence of any data.

 the second one is understandable but not sure about the first one .

Did you follow the tutorial in the relax manual about using the GUI
for model-free analysis, specifically the section on setting up the
relaxation interactions
(http://www.nmr-relax.com/manual/d_Auvergne_protocol_GUI_mode_relaxation_interactio.html)?


 To check whether something is wrong with the complete data sets,
 i created new data files for only first two residues with structural
 coordinates extracted for these two residues. In this case, the program
 worked well.

You can perform a full analysis using the protocol I developed.  If
this is not clear what this protocol is, please see my 2007 and 2008
papers:

http://www.nmr-relax.com/refs.html#dAuvergneGooley07
http://www.nmr-relax.com/refs.html#dAuvergneGooley08a
http://www.nmr-relax.com/refs.html#dAuvergneGooley08b

For residues which have 3D data, you can perform this analysis.  For
missing residues, you may have to use the concept of global model
hybridisation:

http://www.nmr-relax.com/refs.html#Horne07

This will allow you to combine the local tm models for residues
without 3D data with the results from the analysis with 3D data.


 Questions from me:
 1) Does that mean the absence of data for certain spins, loaded either from
 sequence or structure, causes this problem?

No, this is just an indication that you have not set up your active
relaxation mechanisms in relax.


 2)  Can i do the whole analysis just by using the sequence.

Yes, see above.  But it would be much better if you use the 3D info
that you already have, assuming that structure is correct.


 3) Does the software actually need minimum six values (R1, R2 and NOE at two
 fields) for this analysis or it can work with = 3 values?


Missing the relax release announcements.

2013-02-14 Thread Edward d'Auvergne
Hi everyone,

I have recently noticed that many of you subscribed to this
relax-users mailing list are not on the relax-announce list.  If you
are currently using relax, I would highly recommend that you sign up
to receive messages each time a new version of relax is released.
There may be important bugfixes for the relax version that you are
currently have installed.  Or there may be useful new features you can
take advantage of.  Note though that these are very low traffic lists
averaging at about 5-6 messages a year.

There are a number of methods by which you can receive information
about new relax releases:

- Via email through the relax-announce mailing list.  For this method
please subscribe to the relax-announce list at
https://mail.gna.org/listinfo/relax-announce/.  As the number of
messages on this list is so low, setting the digest option is a little
pointless.

- Via email through Freecode notification system.  For this, you must
first be a Freecode user and then you will need to follow the relax
project (see https://freecode.com/projects/nmr-relax).

- Via RSS feed from Gmane.  Please see
http://dir.gmane.org/gmane.science.nmr.relax.announce.

- Via an NNTP newsreader using Gmane.  Please see
http://dir.gmane.org/gmane.science.nmr.relax.announce.

Regards,

Edward


P. S.  For reference, you can also find archives of previous relax
release announcements at:

- The relax news archives (https://gna.org/news/?group=relax).
- Gmane (http://dir.gmane.org/gmane.science.nmr.relax.announce).
- Freecode (https://freecode.com/projects/nmr-relax).
- The Mail Archive (http://www.mail-archive.com/relax-announce@gna.org/).
- The local archives (https://mail.gna.org/public/relax-announce/).
- MARC (http://marc.info/?l=relax-announce).

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: RelaxFault: RelaxError: Impossible to be here

2013-02-19 Thread Edward d'Auvergne
Hi James,

Welcome to the relax mailing lists!  The problem you have encountered
has been seen before by Kozo Keisho, see one of the following archived
messages:

http://thread.gmane.org/gmane.science.nmr.relax.user/1347
http://marc.info/?l=relax-usersm=135392228426235w=2
https://mail.gna.org/public/relax-users/2012-11/msg00017.html
http://www.mail-archive.com/relax-users@gna.org/msg01293.html

These are all the same but you can, for example, respond to old
messages on Gmane.  Note, however, that this has never been reported
as a bug 
(https://gna.org/search/?Search=Searchwords=RelaxFaulttype_of_search=bugsonly_group_id=1418exact=1max_rows=25#options).
 So I have not been able to hunt the problem down and fix it as I was
never able to reproduce the bug.  Would you be able to create a bug
report?  Cheers.

Some useful information for the bug report would be the error message
and the output of 'relax --info'.  The link to submit is
https://gna.org/bugs/?func=additemgroup=relax.  I was curious though,
do you see models m0 or m9 being selected?  I'll ask more questions
once a bug report is opened.

Cheers,

Edward



On 18 February 2013 15:33, James Tolchard (CHE) j.tolch...@uea.ac.uk wrote:
 Dear relax team,

 I am currently trying to carry out a fully automated model free calculation 
 in the relax gui with R1, R2 and hnOE at two fields - all of which were 
 calculated in relax. The calculation ends with what I think are sensible 
 results but also generates the  error below (including debugging). This 
 occurred in relax 2.1.2 and still occurs, exactly the same, in relax 2.2.2. 
 The error says that I should submit a bug report, but I thought I would ask 
 here first for any advice or clues as to what is going wrong.


 Many thanks,

 James.




 debug Observer: 'auto_analyses' notifying the 'controller' method 
 update_controller().
 debug Execution lock:  Release by 'mf (Fri Feb 15 12:07:59 2013)' 
 ('auto-analysis' mode).
 debug Observer: 'exec_lock' notifying the 'controller' method update_gauge().
 debug Observer: 'exec_lock' notifying the 'gui' method enab().
 debug Observer: 'exec_lock' notifying the 'mf (Fri Feb 15 12:07:59 2013)' 
 method activate().
 Exception raised in thread.

 Traceback (most recent call last):
   File /SOFTWARE/relax/relax-2.2.2/gui/analyses/execute.py, line 87, in run
 self.run_analysis()
   File /SOFTWARE/relax/relax-2.2.2/gui/analyses/auto_model_free.py, line 
 808, in run_analysis
 dauvergne_protocol.dAuvergne_protocol(pipe_name=self.data.pipe_name, 
 pipe_bundle=self.data.pipe_bundle, results_dir=self.data.save_dir, 
 diff_model=self.data.global_models, mf_models=self.data.mf_models, 
 local_tm_models=self.data.local_tm_models, grid_inc=self.data.inc, 
 diff_tensor_grid_inc=self.data.diff_tensor_grid_inc, 
 mc_sim_num=self.data.mc_sim_num, max_iter=self.data.max_iter, 
 conv_loop=self.data.conv_loop)
   File /SOFTWARE/relax/relax-2.2.2/auto_analyses/dauvergne_protocol.py, 
 line 234, in __init__
 self.execute()
   File /SOFTWARE/relax/relax-2.2.2/auto_analyses/dauvergne_protocol.py, 
 line 745, in execute
 self.write_results()
   File /SOFTWARE/relax/relax-2.2.2/auto_analyses/dauvergne_protocol.py, 
 line 911, in write_results
 self.interpreter.pymol.macro_write(data_type='amp_fast',  dir=dir, 
 force=True)
   File /SOFTWARE/relax/relax-2.2.2/prompt/uf_objects.py, line 219, in 
 __call__
 self._backend(*new_args, **uf_kargs)
   File /SOFTWARE/relax/relax-2.2.2/generic_fns/pymol_control.py, line 504, 
 in macro_write
 commands = create_macro(data_type=data_type, style=style, 
 colour_start=colour_start, colour_end=colour_end, colour_list=colour_list)
   File /SOFTWARE/relax/relax-2.2.2/generic_fns/pymol_control.py, line 358, 
 in create_macro
 commands = macro(data_type, style, colour_start, colour_end, colour_list)
   File /SOFTWARE/relax/relax-2.2.2/specific_fns/model_free/macro_base.py, 
 line 499, in create_macro
 self.classic_style(data_type, colour_start, colour_end, colour_list, 
 spin_id)
   File /SOFTWARE/relax/relax-2.2.2/specific_fns/model_free/macro_base.py, 
 line 179, in classic_style
 raise RelaxFault


 Storing the relax state in the file 'relax_state_20130216_160517.bz2'.


 debug Observer: 'gui_uf' registering the 'results viewer' method refresh().
 debug Observer: 'pipe_alteration' registering the 'results viewer' method 
 refresh().
 debug Observer: 'result_file' registering the 'results viewer' method 
 refresh().
 debug Observer: 'exec_lock' registering the 'results viewer' method 
 activate().
 debug Lock 'pipe_lock':  Acquisition by 'results viewer window'.
 debug Lock 'pipe_lock':  Release by 'results viewer window'.
 RelaxFault: RelaxError: Impossible to be here, please re-run relax with the 
 '--debug' flag and summit a bug report at https://gna.org/projects/relax/.


 ***
 # Molecular Structure Centre Computing Laboratory
 # School of Chemical Sciences
 # University 

Re: m0 models

2013-03-13 Thread Edward d'Auvergne
Hi,

Sorry about the late response, I've been incredibly busy lately.
Please see below for some comments:


 Rex of around 10^-18 (=nearly zero)
 sigma_ex = Rex / omega**2

 I extract Rex with the following command, I guess this is then the already 
 field-corrected value?
 value.write( param = 'rex', file = 'example/rex.txt')

 This is clearly a bug!  For example on an 800, you should multiply
 1e-18 with the value of ~2.6e17.  Could you file a bug report for
 this?  A value of 1e-18 should give a significant, yet low, Rex value
 of 0.15-0.3 rad.s^-1.

 I'm not sure what kind of data / dump would be helpful as an attachment. I'm 
 also not sure if this is really a bug?

I'll have to think about this one.  In the documentation for the
value.set user function
(http://www.nmr-relax.com/manual/value_set.html) it says that you need
to input the Rex value as the field strength independent value, so you
need to scale with:

value = rex / (2.0 * pi * frequency) ** 2

The value.read user function also says this
(http://www.nmr-relax.com/manual/value_read.html).  So maybe it makes
sense that if the field strength independent value is input, then this
value should also be output.  But the grace.write user function scales
to the first spectrometer frequency.  This is confusing and I don't
know a solution yet.  Maybe I just need to add a description of the
field strength independent Rex value to the value.write user function
documentation (and value.display).  Do you have any ideas?


  chi^2 and AIC values do not converge but differ by only a factor of 10^10 
 [in fact, the fluctuations are small, and in the range of approx 1e-10] 
 from each other in the last ~20 rounds.

 How many rounds is it up to?  If it runs infinitely, then maybe you
 have run into a chaotic system.  Now that would be fascinating!
 Theoretically anyway, biologically it would be irrelevant.

 Hooray chaos! I finally killed it after 190 rounds. That poor workstation 
 would have worked forever I guess.

 I'm guessing you mean 1e-10.  Can you see which models are changing?

 Models are not changing at all.

 Link to a plot of assigned models over the iterations (every plot corresponds 
 to a single residue, y axis corresponds to models 0-9):

 https://gna.org/support/download.php?file_id=17287

 Can you find any chi2 or AIC values which match between the rounds?

 If you make a table of total parameter number, chi2, and AIC, can you
 see any patterns?

 Have a look for yourself: I can't see any patterns. Looks like random to me.

 Link to tab-seperated table of parameters:
 https://gna.org/support/download.php?file_id=17284

 Link to plot of parameters over iterations:
 https://gna.org/support/download.php?file_id=17286

 Link to plot of parameters over iterations, zoomed in:
 https://gna.org/support/download.php?file_id=17287

There are some clear patterns in the chi-squared value.  However this
is a bizarre problem!  It looks like it's jumping around chaotically
with the chi2 value and Rex value varying significantly above machine
precision, but not significantly from a dynamics perspective.  I don't
know if this is caused by strangeness in the system you are studying
or strangeness due to the CPU architecture + C library version +
Python version + numpy version.  You could look at these plots and
judge where you think the changes are no longer significant, and then
use the maximum iteration argument in the dauvergne_protocol
auto-analysis to terminate early.


 However I don't
 think I've seen a problem which runs forever - that would just be
 theoretically weird.

 *sigh*

You can say that again!


 Those are quite interesting plots.  Though I'm not sure why m0 is
 selected so often.  I've never seen such a phenomenon.

 Maybe you should come around for a visit, talk to Peter Schmieder, Hartmut 
 Oschkinat and Phil Selenko and then you can crush my dreams of doing anything 
 useful with our system.

 That would be fun.

Lol, that might be an option.  I was wondering if you had the latest
Bruker pulse sequences for R1 and R2 from Wolfgang Bermel?  They come
with the latest topspin version, or you can just ask him about them.
My old boss, Paul Gooley and I talked to him and got him to create
sequences with single scan interleaving and temperature compensation
blocks - both in the same experiment.  I'm guessing that your pulse
sequences are at this level anyway.


 I can only recommend switching to Sparky for this type of analysis.
 You can use Topspin to split up the file and create a set of 2D fids.
 These can then be used for processing in nmrPipe, if you like, and
 converted to Sparky format.

 I process with Topspin, (zero-fill for 8k, baseline correction, forward 
 prediction, set the right nc_proc, etc etc), convert to ucsf with bruk2ucsf, 
 corrected for the sfo1 with ucsfdata and imported the spectra one-by-one into 
 Sparky. Then copied my reference peak list onto all single spectra and saved 
 the resulting peak heights.

 

Re: diffusion tensor

2013-03-13 Thread Edward d'Auvergne
Hi Angelo,

Welcome to the relax mailing lists!  The problem you are seeing is a
clear bug.  Would you be able to submit a bug report using the link
https://gna.org/bugs/?func=additemgroup=relax ?  Thanks.  Although
bug #12408 (https://gna.org/bugs/?12408) appears to be similar, this
is only because both cases use the special RelaxNoTensorError error
object.  For the bug report, would you be able to include the output
of:

$ relax --info

Also if you could look at the logs and say which global diffusion
model was selected, that would be useful.  And have you used a 3D
structure file for the analysis?

Note that this failure has occurred at the very end of the analysis.
The call to the structure.create_diff_tensor_pdb user function is the
very last thing that this model-free auto-analysis does (you can see
that here if you are interested,
http://www.nmr-relax.com/api/auto_analyses.dauvergne_protocol-pysrc.html#dAuvergne_protocol.execute).
 Therefore this error is not too important for your analysis.  It
would be good to have the bug report though so that I can come up with
a solution.

Cheers,

Edward



On 13 March 2013 13:43, Angelo Miguel Figueiredo
am.figueir...@fct.unl.pt wrote:
 Dear relax community,

 I am a new user that recently installed relax 2.2.2. After been playing
 around with it I spot in the late stage of my final calculation the
 following message in attach.

 Does anybody has a clue or advice what could be wrong with it. I spot a
 similar error in earlier relax versions (bug #12408) but I am not sure if it
 is the same issue, apparently relax can't read/load my diffusion tensor.

 Any help will be appreciated.

 Many thanks,
 Angelo



 relax structure.create_diff_tensor_pdb(scale=1.8e-06, file='tensor.pdb',
 dir='/home/final', force=True)
 Exception raised in thread.

 Traceback (most recent call last):
 File /home/angelo/Software/relax-2.2.2/gui/analyses/execute.py, line 87,
 in run
 self.run_analysis()
 File /home/angelo/Software/relax-2.2.2/gui/analyses/auto_model_free.py,
 line 808, in run_analysis
 dauvergne_protocol.dAuvergne_protocol(pipe_name=self.data.pipe_name,
 pipe_bundle=self.data.pipe_bundle, results_dir=self.data.save_dir,
 diff_model=self.data.global_models, mf_models=self.data.mf_models,
 local_tm_models=self.data.local_tm_models, grid_inc=self.data.inc,
 diff_tensor_grid_inc=self.data.diff_tensor_grid_inc,
 mc_sim_num=self.data.mc_sim_num, max_iter=self.data.max_iter,
 conv_loop=self.data.conv_loop)
 File
 /home/angelo/Software/relax-2.2.2/auto_analyses/dauvergne_protocol.py,
 line 234, in __init__
 self.execute()
 File
 /home/angelo/Software/relax-2.2.2/auto_analyses/dauvergne_protocol.py,
 line 745, in execute
 self.write_results()
 File
 /home/angelo/Software/relax-2.2.2/auto_analyses/dauvergne_protocol.py,
 line 937, in write_results
 self.interpreter.structure.create_diff_tensor_pdb(file=tensor.pdb,
 dir=dir, force=True)
 File /home/angelo/Software/relax-2.2.2/prompt/uf_objects.py, line 219, in
 __call__
 self._backend(*new_args, **uf_kargs)
 File /home/angelo/Software/relax-2.2.2/generic_fns/structure/geometric.py,
 line 449, in create_diff_tensor_pdb
 raise RelaxNoTensorError('diffusion')
 RelaxNoTensorError: RelaxError: No diffusion tensor data exists.

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users


___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: diffusion tensor

2013-03-13 Thread Edward d'Auvergne
Hi,

Have you tried Sebastien Morin's consistency testing analysis which is
in relax (http://www.nmr-relax.com/manual/Consistency_testing.html)?
This might tell you if there are problems with your relaxation data.
I would assume that you have used proper per-experiment temperature
calibration using MeOH/ethylene glycol and single-scan interleaving
for temperature control:

http://www.nmr-relax.com/manual/Temperature_control_calibration.html

And that you have used the appropriate spectral processing and peak
height extraction:

http://www.nmr-relax.com/manual/From_spectra_peak_intensities_relaxation_rates.html

These links are from the HTML version of the relax manual
(http://www.nmr-relax.com/manual/index.html).  Note that the error
analysis is incredibly important - I always say that accuracy in the
errors is just as important, or maybe even more important, than the
data itself.  If the errors are wrong, then the results from any type
of modelling analysis will be meaningless (there are shelves in maths
libraries dedicated to this large field of mathematics:
http://en.wikipedia.org/wiki/Mathematical_model) .

Assuming you have done all of this, then there could be other issues
affecting the analysis.  Did you collect all data on a single sample
and, if not, did you make sure the protein concentration was identical
in each sample?  Partial dimerisation, even non-specific and at very
low percentages, could significantly affect the analysis.  Even more
so if slightly different sample concentrations are used.  Did you use
all of the global diffusion models in the model-free analysis?  Are
the AIC values significantly different between the models?  Also, did
you use relax to calculate the R1 and R2 relaxation rates and the NOE?

Note that almost no protein will tumble as a perfect sphere.  You can
see this with the inertia tensor, and almost no model-free analysis
using today's methodology will select the spherical tensor.  One part
that you don't see, which is a very significant part of the diffusion
tensor, is the water shell.  This can have different thicknesses
around your system depending upon surface
hydrophobicity/hydrophilicity, the presence of charges, bound metals
(even a loose attraction), and loop and other internal motions.  So
even a perfect mathematical sphere with different localised surface
properties will not diffuse as a sphere.

Anyway, I hope some of this information helps.

Regards,

Edward

On 13 March 2013 17:31, Angelo Miguel Figueiredo
am.figueir...@fct.unl.pt wrote:
 Sorry once again. In fact relax has chosen the 'local_tm however I don't get 
 any diffusion tensor even selecting on the user function menu the 
 diffusion_tensor.display says:

 RelaxError: No diffusion tensor data exists

 I think this might be normal for the local_tm model once it assumes the 
 molecule doesn't  diffuse as a globular protein and somehow none of the 
 models fits the data?!
 However, this result is quite strange since my protein is quite spherical and 
 the inertia tensors are 1: 0.8: 0.7

 Any ideas?

 many thanks,
 Angelo

 On 13 Mar 2013, at 13:07, Edward d'Auvergne wrote:

 Hi Angelo,

 Welcome to the relax mailing lists!  The problem you are seeing is a
 clear bug.  Would you be able to submit a bug report using the link
 https://gna.org/bugs/?func=additemgroup=relax ?  Thanks.  Although
 bug #12408 (https://gna.org/bugs/?12408) appears to be similar, this
 is only because both cases use the special RelaxNoTensorError error
 object.  For the bug report, would you be able to include the output
 of:

 $ relax --info

 Also if you could look at the logs and say which global diffusion
 model was selected, that would be useful.  And have you used a 3D
 structure file for the analysis?

 Note that this failure has occurred at the very end of the analysis.
 The call to the structure.create_diff_tensor_pdb user function is the
 very last thing that this model-free auto-analysis does (you can see
 that here if you are interested,
 http://www.nmr-relax.com/api/auto_analyses.dauvergne_protocol-pysrc.html#dAuvergne_protocol.execute).
 Therefore this error is not too important for your analysis.  It
 would be good to have the bug report though so that I can come up with
 a solution.

 Cheers,

 Edward



 On 13 March 2013 13:43, Angelo Miguel Figueiredo
 am.figueir...@fct.unl.pt wrote:
 Dear relax community,

 I am a new user that recently installed relax 2.2.2. After been playing
 around with it I spot in the late stage of my final calculation the
 following message in attach.

 Does anybody has a clue or advice what could be wrong with it. I spot a
 similar error in earlier relax versions (bug #12408) but I am not sure if it
 is the same issue, apparently relax can't read/load my diffusion tensor.

 Any help will be appreciated.

 Many thanks,
 Angelo



 relax structure.create_diff_tensor_pdb(scale=1.8e-06, file='tensor.pdb',
 dir='/home/final', force=True)
 Exception raised in thread.

 Traceback (most

Re: diffusion tensor

2013-03-18 Thread Edward d'Auvergne
Hi Angelo,

I'm not sure if you have seen this as you may not be subscribed to the
relax-announce mailing list
(https://mail.gna.org/listinfo/relax-announce), but a new version of
relax has been released fixing the bugs you have encountered.  The
following link describes the different ways in which you can find out
about new relax releases:

http://article.gmane.org/gmane.science.nmr.relax.user/1413

Regards,

Edward



On 13 March 2013 18:15, Edward d'Auvergne edw...@nmr-relax.com wrote:
 Hi,

 Have you tried Sebastien Morin's consistency testing analysis which is
 in relax (http://www.nmr-relax.com/manual/Consistency_testing.html)?
 This might tell you if there are problems with your relaxation data.
 I would assume that you have used proper per-experiment temperature
 calibration using MeOH/ethylene glycol and single-scan interleaving
 for temperature control:

 http://www.nmr-relax.com/manual/Temperature_control_calibration.html

 And that you have used the appropriate spectral processing and peak
 height extraction:

 http://www.nmr-relax.com/manual/From_spectra_peak_intensities_relaxation_rates.html

 These links are from the HTML version of the relax manual
 (http://www.nmr-relax.com/manual/index.html).  Note that the error
 analysis is incredibly important - I always say that accuracy in the
 errors is just as important, or maybe even more important, than the
 data itself.  If the errors are wrong, then the results from any type
 of modelling analysis will be meaningless (there are shelves in maths
 libraries dedicated to this large field of mathematics:
 http://en.wikipedia.org/wiki/Mathematical_model) .

 Assuming you have done all of this, then there could be other issues
 affecting the analysis.  Did you collect all data on a single sample
 and, if not, did you make sure the protein concentration was identical
 in each sample?  Partial dimerisation, even non-specific and at very
 low percentages, could significantly affect the analysis.  Even more
 so if slightly different sample concentrations are used.  Did you use
 all of the global diffusion models in the model-free analysis?  Are
 the AIC values significantly different between the models?  Also, did
 you use relax to calculate the R1 and R2 relaxation rates and the NOE?

 Note that almost no protein will tumble as a perfect sphere.  You can
 see this with the inertia tensor, and almost no model-free analysis
 using today's methodology will select the spherical tensor.  One part
 that you don't see, which is a very significant part of the diffusion
 tensor, is the water shell.  This can have different thicknesses
 around your system depending upon surface
 hydrophobicity/hydrophilicity, the presence of charges, bound metals
 (even a loose attraction), and loop and other internal motions.  So
 even a perfect mathematical sphere with different localised surface
 properties will not diffuse as a sphere.

 Anyway, I hope some of this information helps.

 Regards,

 Edward

 On 13 March 2013 17:31, Angelo Miguel Figueiredo
 am.figueir...@fct.unl.pt wrote:
 Sorry once again. In fact relax has chosen the 'local_tm however I don't 
 get any diffusion tensor even selecting on the user function menu the 
 diffusion_tensor.display says:

 RelaxError: No diffusion tensor data exists

 I think this might be normal for the local_tm model once it assumes the 
 molecule doesn't  diffuse as a globular protein and somehow none of the 
 models fits the data?!
 However, this result is quite strange since my protein is quite spherical 
 and the inertia tensors are 1: 0.8: 0.7

 Any ideas?

 many thanks,
 Angelo

 On 13 Mar 2013, at 13:07, Edward d'Auvergne wrote:

 Hi Angelo,

 Welcome to the relax mailing lists!  The problem you are seeing is a
 clear bug.  Would you be able to submit a bug report using the link
 https://gna.org/bugs/?func=additemgroup=relax ?  Thanks.  Although
 bug #12408 (https://gna.org/bugs/?12408) appears to be similar, this
 is only because both cases use the special RelaxNoTensorError error
 object.  For the bug report, would you be able to include the output
 of:

 $ relax --info

 Also if you could look at the logs and say which global diffusion
 model was selected, that would be useful.  And have you used a 3D
 structure file for the analysis?

 Note that this failure has occurred at the very end of the analysis.
 The call to the structure.create_diff_tensor_pdb user function is the
 very last thing that this model-free auto-analysis does (you can see
 that here if you are interested,
 http://www.nmr-relax.com/api/auto_analyses.dauvergne_protocol-pysrc.html#dAuvergne_protocol.execute).
 Therefore this error is not too important for your analysis.  It
 would be good to have the bug report though so that I can come up with
 a solution.

 Cheers,

 Edward



 On 13 March 2013 13:43, Angelo Miguel Figueiredo
 am.figueir...@fct.unl.pt wrote:
 Dear relax community,

 I am a new user that recently installed relax 2.2.2. After been playing

Re: Model Free Analysis problem

2013-03-18 Thread Edward d'Auvergne
Hi Manish,

Just in case you are not subscribed to the mailing list and have
missed the message I sent to Angelo, I'll send it again here:

I'm not sure if you have seen this as you may not be subscribed to the
relax-announce mailing list
(https://mail.gna.org/listinfo/relax-announce), but a new version of
relax has been released fixing the bugs you have encountered.  The
following link describes the different ways in which you can find out
about new relax releases:

http://article.gmane.org/gmane.science.nmr.relax.user/1413

Regards,

Edward


On 13 March 2013 18:05, Manish Chaubey manish.chau...@tuebingen.mpg.de wrote:
 Hello,

 I have just spent some time trying to get relax2.2.3 working. I've a good set 
 of data (R1,R2, NOE) at 600 and 800 MHz. Although it seems the data is 
 imported OK, the model free runs do no work, in that there are no model 
 assignments.

 I'm not able to execute relax and am getting the following error:

 Over-fit spin deselection:
 RelaxWarning: The spin '#NTN:1@N' has been deselected because of insufficient 
 relaxation data, 3 or more data points are required.
 RelaxWarning: The spin '#NTN:1@17' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:1@18' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:1@19' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:2@N' has been deselected because of missing 
 relaxation data.
 RelaxWarning: The spin '#NTN:2@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:3@N' has been deselected because of missing 
 relaxation data.
 RelaxWarning: The spin '#NTN:3@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:4@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:5@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:6@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:7@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:8@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:9@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:10@N' has been deselected because of missing 
 relaxation data.
 RelaxWarning: The spin '#NTN:10@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:11@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:12@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:13@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:14@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:15@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:16@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:17@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:18@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:19@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:20@N' has been deselected because of missing 
 relaxation data.
 RelaxWarning: The spin '#NTN:20@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:21@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:22@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:23@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:24@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:25@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:26@N' has been deselected because of missing 
 relaxation data.
 RelaxWarning: The spin '#NTN:26@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:27@N' has been deselected because of missing 
 relaxation data.
 RelaxWarning: The spin '#NTN:27@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:28@N' has been deselected because of missing 
 relaxation data.
 RelaxWarning: The spin '#NTN:28@H' has been deselected because of an absence 
 of relaxation mechanisms.
 RelaxWarning: The spin '#NTN:29@N' has been deselected 

Re: Tiny Rex values from the value.write user function.

2013-03-20 Thread Edward d'Auvergne
Hi,

The comment at the top of the file is now implemented
(http://article.gmane.org/gmane.science.nmr.relax.scm/16603).  However
this just missed out from being included into relax 2.2.4 by one day.
It will be present in relax 2.2.5 whenever that version is released.

As for the idea of Rex files per field strength - that is a brilliant
idea.  I now have to work out how this could be implemented in relax.
I'm currently thinking of adding the 'scale' argument to the
value.write and value.display user functions.  That way the value of
omega**2 for the spectrometer can be used to scale the Rex values.
Then I could use this in the model-free auto-analysis (which is
essentially a large relax script,
http://www.nmr-relax.com/api/auto_analyses.dauvergne_protocol-pysrc.html)
to produce the files automatically at the end of the analysis.  I will
have to think about this for a while longer.

Cheers,

Edward



On 19 March 2013 14:53, Angelo Figueiredo am.figueir...@fct.unl.pt wrote:
 Dear Edward,

 Sorry my late reply.
 Thanks for the advice. I got already the new relax 2.2.4 and it seems be
 running smoothly well.
 About the Rex term, I think is a splendid idea to add the small comment
 explaining and then appear on the final file

  # Parameter description:  Chemical exchange relaxation (sigma_ex = Rex /
 omega**2).

 Many thanks,
 Angelo

 p.s: maybe this is a naive idea but would be possible to get a final file(s)
 with Rex according to the magnetic field used on the calculation. I think
 that would be a neat way to get properly all information.


 2013/3/18 Edward d'Auvergne edw...@nmr-relax.com

 Hi Martin and Angelo,

 You have probably now seen that I have just released relax 2.2.4
 (http://article.gmane.org/gmane.science.nmr.relax.user/1413) - I would
 recommend you upgrade as this fixes the Rex values of zero from the
 value.write user function.  You'll see that the documentation for the
 value.write user function now describes these small values
 (http://www.nmr-relax.com/manual/value_write.html).  This will still
 be confusing for the user as you would still need to read the
 documentation, so I might look at adding a small comment to the top of
 each file describing the parameter.  What do you think of the
 following idea?  The parameter descriptions could be added to the top
 of the file as a comment, for example see the current model-free
 descriptions at:

 http://www.nmr-relax.com/api/specific_fns.model_free-pysrc.html

 Specifically the 'desc=' arguments to the self.PARAMS.add() calls
 which are normally only used in the XML relax state files.  These
 descriptions could then be used to add the following text to the top
 of the file:

 # Parameter description:  Chemical exchange relaxation (sigma_ex = Rex
 / omega**2).

 Do you think this would be sufficiently clear?  If not, could you see
 how the description can be improved?  Or would you have a better idea
 as to how to convey this information?

 Cheers,

 Edward



___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Tiny Rex values from the value.write user function.

2013-03-20 Thread Edward d'Auvergne
Hi Angelo,

I've now implemented your idea about creating the field strength
dependent Rex file for all field strengths
(http://thread.gmane.org/gmane.science.nmr.relax.user/1428/focus=1429).
 This is described in a bit more detail in the commit messages:

http://article.gmane.org/gmane.science.nmr.relax.scm/16660
http://article.gmane.org/gmane.science.nmr.relax.scm/16661
http://article.gmane.org/gmane.science.nmr.relax.scm/16662
http://article.gmane.org/gmane.science.nmr.relax.scm/16663

These changes should come out in relax 2.2.5 once released.  It is
only available in the model-free auto-analysis of the
auto_analysis.dauvergne_protocol module (this is the analysis in
Michael Bieri's relax GUI).

Cheers,

Edward



On 20 March 2013 09:55, Edward d'Auvergne edw...@nmr-relax.com wrote:
 Hi,

 The comment at the top of the file is now implemented
 (http://article.gmane.org/gmane.science.nmr.relax.scm/16603).  However
 this just missed out from being included into relax 2.2.4 by one day.
 It will be present in relax 2.2.5 whenever that version is released.

 As for the idea of Rex files per field strength - that is a brilliant
 idea.  I now have to work out how this could be implemented in relax.
 I'm currently thinking of adding the 'scale' argument to the
 value.write and value.display user functions.  That way the value of
 omega**2 for the spectrometer can be used to scale the Rex values.
 Then I could use this in the model-free auto-analysis (which is
 essentially a large relax script,
 http://www.nmr-relax.com/api/auto_analyses.dauvergne_protocol-pysrc.html)
 to produce the files automatically at the end of the analysis.  I will
 have to think about this for a while longer.

 Cheers,

 Edward



 On 19 March 2013 14:53, Angelo Figueiredo am.figueir...@fct.unl.pt wrote:
 Dear Edward,

 Sorry my late reply.
 Thanks for the advice. I got already the new relax 2.2.4 and it seems be
 running smoothly well.
 About the Rex term, I think is a splendid idea to add the small comment
 explaining and then appear on the final file

  # Parameter description:  Chemical exchange relaxation (sigma_ex = Rex /
 omega**2).

 Many thanks,
 Angelo

 p.s: maybe this is a naive idea but would be possible to get a final file(s)
 with Rex according to the magnetic field used on the calculation. I think
 that would be a neat way to get properly all information.


 2013/3/18 Edward d'Auvergne edw...@nmr-relax.com

 Hi Martin and Angelo,

 You have probably now seen that I have just released relax 2.2.4
 (http://article.gmane.org/gmane.science.nmr.relax.user/1413) - I would
 recommend you upgrade as this fixes the Rex values of zero from the
 value.write user function.  You'll see that the documentation for the
 value.write user function now describes these small values
 (http://www.nmr-relax.com/manual/value_write.html).  This will still
 be confusing for the user as you would still need to read the
 documentation, so I might look at adding a small comment to the top of
 each file describing the parameter.  What do you think of the
 following idea?  The parameter descriptions could be added to the top
 of the file as a comment, for example see the current model-free
 descriptions at:

 http://www.nmr-relax.com/api/specific_fns.model_free-pysrc.html

 Specifically the 'desc=' arguments to the self.PARAMS.add() calls
 which are normally only used in the XML relax state files.  These
 descriptions could then be used to add the following text to the top
 of the file:

 # Parameter description:  Chemical exchange relaxation (sigma_ex = Rex
 / omega**2).

 Do you think this would be sufficiently clear?  If not, could you see
 how the description can be improved?  Or would you have a better idea
 as to how to convey this information?

 Cheers,

 Edward



___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: relax on cluster

2013-03-23 Thread Edward d'Auvergne
Hi Chris,

Welcome to the relax mailing lists!  I would guess that the problem
you are seeing is probably more related to the MPI installation and
configuration on your cluster.  It may also relate to the mpi4py
site-package you have installed for Python.  Could you copy and paste
the output of the relax command:

$ relax --info

This might help in identifying the problem.  Have you run the mpi4py
tests (http://mpi4py.scipy.org/docs/usrman/install.html#testing)
to check if the problem is on the cluster, the MPI installation or
mpi4py?  When running on my dual core system I could see, in the past,
using 'top' that both cores are being used.  I would also guess that
the problem is not in relax as Gary Thompson's multi-processor code
(in the multi/ directory) does not distinguish between cores and nodes
as this is all handled automatically by the MPI protocol.  The text
'node' is not even used in this code.  But that does not mean that the
problem is not in relax.

Regards,

Edward




On 23 March 2013 16:52, Waudby, Christopher c.wau...@ucl.ac.uk wrote:
 Hi,

 I'm trying to run a model-free calculation in relax 2.2.3 on a cluster, set 
 up with mpi4py and Open MPI as described in the documentation. I ran the job 
 with 64 cores, and this was successfully picked up by the software:

 Processor fabric: MPI 2.1 running via mpi4py with 63 space processors  1 
 master. Using Open MPI 1.4.1.

 However, when the job finished an analysis of the CPU time used showed that 
 only 11 or 12 cores were actually being used for computations, which I 
 presume correlates with the number of cores per node. Indeed, when I ran 
 another test using 12 cores over nodes containing 4 cores, only 3 cores were 
 active during the calculation.

 Is there an error in my set up, or is this some kind of bug?

 Best wishes,

 Chris Waudby

 c.wau...@ucl.ac.uk

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: downloading issues on the new relax 2.2.5

2013-03-29 Thread Edward d'Auvergne
Hi Angelo,

I just ran the following commands using the wget program to download
the files you are having problems with:

$ wget http://download.gna.org/relax/relax-2.2.5.GNU-Linux.x86_64.tar.bz2
--2013-03-29 08:22:05--
http://download.gna.org/relax/relax-2.2.5.GNU-Linux.x86_64.tar.bz2
Resolving download.gna.org (download.gna.org)... 78.40.125.79
Connecting to download.gna.org (download.gna.org)|78.40.125.79|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 59098202 (56M) [application/x-bzip2]
Saving to: `relax-2.2.5.GNU-Linux.x86_64.tar.bz2'

100%[]
59,098,202  1.12M/s   in 51s

2013-03-29 08:22:56 (1.11 MB/s) -
`relax-2.2.5.GNU-Linux.x86_64.tar.bz2' saved [59098202/59098202]

$ wget http://download.gna.org/relax/relax-2.2.5.Darwin.dmg
--2013-03-29 08:23:49--  http://download.gna.org/relax/relax-2.2.5.Darwin.dmg
Resolving download.gna.org (download.gna.org)... 78.40.125.79
Connecting to download.gna.org (download.gna.org)|78.40.125.79|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 233101524 (222M) [application/x-apple-diskimage]
Saving to: `relax-2.2.5.Darwin.dmg'

100%[]
233,101,524 1.07M/s   in 3m 53s

2013-03-29 08:27:42 (977 KB/s) - `relax-2.2.5.Darwin.dmg' saved
[233101524/233101524]


Therefore I am able to access and download the files.  The download
services is part of an open source infrastructure hosting over 1000
projects (http://gna.org/), so such downloading issues should not be
on the server side.  If it is, then they will describe it as a news
item on their front page.  Maybe you need to try downloading again?
It could be that your internet connection was temporarily dropping
out.

Regards,

Edward


On 29 March 2013 02:12, Angelo Miguel Figueiredo
am.figueir...@fct.unl.pt wrote:
 Dear Edward,

 I have been trying to download the new relax version 2.2.5 for Mac and Linux, 
 but the download.gna.org/relax server seems not responding.
 After download app. 11MB of data it stops.
 I wonder if the problem is from the main server or if the program got 
 corrupted i.e. didn't upload completely when you launch the new relax version.

 Have a nice easter break.
 Angelo
 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Is it possible to analyse CPMG experiments with relax?

2013-05-02 Thread Edward d'Auvergne
Hi Troels,

Welcome to the relax mailing lists.  For now the answer to your
question is, unfortunately, no - relax does not officially support
relaxation dispersion.  The analysis you are running is simple two
parameter exponential curve-fitting
(http://www.nmr-relax.com/manual/Relaxation_curve_fitting.html).  This
can be used to find the R2eff or R1rho values if you have measured the
full exponential curves, but otherwise you cannot perform a dispersion
analysis with this.

This may not be of use for you at the moment, but note that relax has
unofficial and incomplete support for dispersion analyses (both
CPMG-type and R1rho-type data sets).  As relax is open source, there
are many NMR spectroscopists who have added code to relax (for example
see http://gna.org/project/memberlist.php?group=relax).  An initial
implementation of the relaxation dispersion analysis was added to a
relax branch back in 2009 by Sebastian Morin
(http://thread.gmane.org/gmane.science.nmr.relax.devel/1728).  But as
this was not completed at the time, it was never merged back into the
relax main line (the source code where official relax releases come
from).  I have recently restored the branch to a partially working
state and added a graphical interface for the analysis - mainly for my
own purposes (http://svn.gna.org/viewcvs/relax/branches/).  So at some
point in the near future relax will be able to perform the analyses
you are interested in.

As relax is open source, if you are interested and adventurous enough
you are most welcome to help in the development.  Even if you do not
know how to code, there are many other things which can be done.  For
example calculating the partial derivatives of the analytic solutions
to obtain the gradients and Hessians so that with relax you can have
access to far more powerful optimisation algorithms than any of the
other dispersion software has access to.  Or to create test data
whereby the solution is know, or to collect the input and output test
data from published results.  If you have the subversion version
control software installed, you can obtain the code by typing either:

$ svn co svn://svn.gna.org/svn/relax/branches/relax-disp

or:

$ svn co http://svn.gna.org/svn/relax/branches/relax-disp

If you are more interested in quickly performing the analysis, I would
point you to Dr. Flemming Hansen's CATIA program:

http://www.biochem.ucl.ac.uk/hansen/catia/ (the old page is
http://pound.med.utoronto.ca/~flemming/catia/).

This performs numerically integration of the Bloch-McConnell
equations, so not the optimisation of the analytic solutions of
Meiboom, Richard-Carver, etc.  It is also only for CPMG-type data
rather than R1rho, whereas the relax branch will handle both.  I hope
this information helps.

Regards,

Edward




On 30 April 2013 18:40, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Dear relax users.

 I am looking into different NMR programs to fit
 relaxation data for CPMG relaxation dispersion experiments and T1rho.

 Essentially, I am looking for programs for which can fit functions, which
 for example nessy provide:
 http://home.gna.org/nessy/reference.html
 The Meiboom equation or Richard-Carver equation

 Nessy is very buggy, and I am looking for a replacement.

 I should be able to:
 R2eff = -1.0/time_T2*log(Intensity/averageZero)

 ncyc_arr=[28, 0, 4, 32, 60, 2, 10, 16, 8, 20, 50, 18, 40, 6, 12, 0, 24]
 time_T2 = 0.06 second
 nu = ncyc_arr[i]/time_T2

 R2cpmg_slow:
 tau_cpmg = 1.0/(4*nu)
 R2eff = R2+ka*(1.0-sin(Domega*tau_cpmg)/(Domega*tau_cpmg))


 I have followed the tutorial in the homepage manual:

 Can relax analyse these kinds of experiments?
 Should i provide the: relax_fit.relax_time(time to be equal tau_cpmg ?
 I put in time_T2, even though its wrong. I just wanted to try the program.
 :-)

 
 Script for relaxation curve fitting.
 # Create the 'rx' data pipe.
 pipe.create('rx', 'relax_fit')
 ## Load the backbone amide 15N spins from a PDB file.
 pdbfile=False
 if pdbfile:
 structure.read_pdb(pdbfile)
 structure.load_spins(spin_id='@N')
 else:
 molecule.create(mol_name='protein', mol_type='protein')
 residue.create(res_num=2, res_name='VAL')
 spin.create(res_num=2, spin_name='N')
 residue.create(res_num=3, res_name='PHE')
 spin.create(res_num=3, spin_name='N')
 residue.create(res_num=4, res_name='GLY')
 spin.create(res_num=4, spin_name='N')
 residue.create(res_num=5, res_name='ARG')
 spin.create(res_num=5, spin_name='N')
 residue.create(res_num=6, res_name='CYS')
  and so on

 ## Loop over the spectra intensities. Relaxation times should be in seconds.
 readint=True
 if readint:
 spectrum.read_intensities(dir='relax', file='proc_list.txt.0int',
 spectrum_id='0_0.0', int_method='point sum', heteronuc='N', proton='HN',
 int_col=3)
 relax_fit.relax_time(time=0.06, spectrum_id='0_0.0')
 spectrum.read_intensities(dir='relax', 

Re: Missing data for spin system and compatibility in GUI

2013-05-02 Thread Edward d'Auvergne
Hi Nav,

I wouldn't worry about this.  I don't think there is a single person
in history who has collected perfect relaxation data the first time.
If someone says they have, I definitely would not believe them!  Just
make sure you handle both temperature compensation (single-scan
interleaving and temperature compensation blocks) and temperature
control (checking every experiment on every spectrometer with
MeOH/Ethylene glycol).  Unfortunately the paper from the Gooley lab
describing this is not published yet.  But all the details are
described in the relax manual, so maybe the relax papers might be a
possible citation ;)

Regards,

Edward




On 2 May 2013 11:13, Navratna Vajpai navratna.vaj...@gmail.com wrote:
 Hi All,

 yes there is temperature difference on two different spectrometers. i will
 re calibrate and possibly re-do the experiments.

 Many thanks for all the suggestions.

 Best,
 Nav


 On Tue, Apr 30, 2013 at 4:32 PM, Edward d'Auvergne edw...@nmr-relax.com
 wrote:

 Hi Nav,

 Martin is spot on here.  The temperature control and temperature
 calibration has been a topic much discussed on the relax mailing
 lists.  For example, here are some threads where you can find out more
 information, if you wish:

 http://thread.gmane.org/gmane.science.nmr.relax.user/83
 http://thread.gmane.org/gmane.science.nmr.relax.user/273/focus=274
 (this is Chris MacRaild's response to a message by Seb Morin)
 http://thread.gmane.org/gmane.science.nmr.relax.user/1121
 http://thread.gmane.org/gmane.science.nmr.relax.user/1419
 http://thread.gmane.org/gmane.science.nmr.relax.user/1368 (this one is
 from Martin)
 http://thread.gmane.org/gmane.science.nmr.relax.user/1397 (a
 continuation of the previous thread)

 You need to click on all the messages in the thread to follow them.
 There are many more threads on this area, but I don't have the time to
 find them all right now.  The following message might be of
 significant help for you:

 http://thread.gmane.org/gmane.science.nmr.relax.user/1419/focus=1423

 Firstly note that if you have a temperature problem, this will not be
 solved by looking at a single field strength as it is a problem
 between experiments on the same spectrometer.  So even if you perform
 an analysis with data from a single field strength, the R1 data might
 be up to 2 degrees warmer or colder than the R2, and the same problem
 will occur to a different degree (or direction) on the second
 spectrometer.  Any analysis using such data will be meaningless, as
 this will have a large effect on the diffusion tensor.  Considering
 that the diffusion tensor is the major contributor to liquid state
 relaxation, the internal dynamics can contribute 20% or less (see the
 original model-free papers for these numbers), then any internal
 dynamics will be severely distorted, possibly hidden, and artificial
 motions will appear.  I would recommend you look at this section of
 the relax manual for more temperature related details:

 http://www.nmr-relax.com/manual/Temperature_control_calibration.html

 As for relax supporting an analysis at a single field strength, there
 is nothing stopping you from performing such analysis.  relax is
 designed with flexibility in mind, so you can perform your model-free
 analysis any way you can imagine.  With the minimisation settings, you
 can replicate the exact results from Art Palmer's Modelfree, from
 Dasha, or from Tensor2.  However note that I have not written any
 scripts or GUI to handle this situation, as I have no interest to.  So
 you would need to write the script yourself.  I would then recommend
 looking at the file 'auto_analyses/dauvergne_protocol.py' to get an
 idea of how to implement a full model-free protocol.  It is quite big
 because of the iterative optimisation of the model-free parameters,
 then model elimination, then model selection, and finally diffusion
 tensor optimisation, with convergence testing.  These steps, even for
 single field strength data, need to be iterated until convergence.
 This can take up to 15 iterations.  You will also need to decide how
 to determine your initial diffusion tensor estimate - and relax can
 perform this as well.

 But note that you should be aware of of the problems discovered by
 Schurr et al., 1994 and Tjandra et al., 1996 of the artificial
 motions.  For example see:

 http://thread.gmane.org/gmane.science.nmr.relax.user/326/focus=332

 Korzhnev's review (I don't have the reference at hand) and my paper
 (http://dx.doi.org/10.1039/b702202f, this has the Korzhnev reference
 in it) cover all of the problems you will encounter and hopefully
 convince you that an analysis of single field strength data would only
 be useful for perfectly isotropic systems (which is never possible due
 to water shell differences around the system) which have no
 significant internal motion (but note that if you see no motion with
 single field strength data, that does not mean that there is no
 motion).

 I hope this helps

Re: Is it possible to analyse CPMG experiments with relax?

2013-05-02 Thread Edward d'Auvergne
Hi,

Its great that you have an interest and know Python - you are in a
perfect position to join as a relax developer!  See below for more
responses:


 Thank you for your generous email, which helped a-lot.

You're welcome!


 I am happy to see the active development, and I would be more than happy to
 join in.
 I am quite good in python programming, and are confident i revision
 programs as svn and git.
 And I have courses in scientific computing, so I think i get along quite
 good.

I would recommend you have a read of the relax open source
infrastructure chapter of the relax manual
(http://www.nmr-relax.com/manual/Open_source_infrastructure.html) and,
more importantly, the development chapter of the relax manual
(http://www.nmr-relax.com/manual/relax_development.html).  The PDF
version of the manual is much easier to read
(http://download.gna.org/relax/manual/relax.pdf).  These chapters
describe in full detail everything you would ever need as a relax
developer.  Note that relax is a very mature project, so learning how
to code in such an environment to avoid breaking the rest of the
program will give you quite a different skill set.

You might also be interested in learning about the minfx project that
relax uses for optimisation (https://gna.org/projects/minfx/).  This
originated as a relax package as the scipy optimisers all contained
fatal bugs back in 2003 (I'm not sure they have been fixed as the
original developers were MIA even back then and I think have never
returned).  But it was spun out into its own software distribution.


 My reason for my interest, is that I think I should change my working
 habits, to something more effect full.

 My work-flow at the moment, is this.

 1) CPMG/T1-rho experiment acquisition with NLS, through VnmrJ.

I have to warn you here that non-linear sampling is notoriously bad
for measuring high precision NMR parameters such as relaxation data.
I would recommend avoiding this technique if you can.  It is great for
low precision data required for assignment, for example, but not so
good for the high precision data measurements.


 2) Data reconstruction in qMDD.
 (3) Main peak positioning in CcpNmr  Analysis.)
 4) Small peak adjustment, control in SPARKY.
 5) Point sum integration in with: seriesTab with: -dx 1 -dy 1
 6) Integration analysis in gnuplot/IgorPro,Originlab.
 The use of IgorPro,Originlab have been used because of easy use of the
 global fitting routine, but pose a problem, since
 we only have a very few licenses. And I weigh open-source very high. :-)

The way I perform this is a bit different in that I use peak heights
directly from Sparky.


 The last weeks, I have fiddling around my workflow to try something like
 this:
 1) CPMG/T1-rho experiment acquisition with NLS, through VnmrJ.
 2) Data reconstruction in qMDD.
 (3) Main peak positioning in CcpNmr  Analysis.)
 4) Small peak adjustment, control in SPARKY.
 5) Point sum integration in nmrglue, and easy visualization of each
 integration. Preparation of data for fitting.
 6) Global fitting. Either with nessy, relax or with python scipy leastsq.

 Here I tried to make a nessy database, but nessy came out very buggy.
 And I was about to set out for some python scipy fitting after nmrglue.

I am currently the maintainer of the NESSY project, but the types of
bugs reported require significant amounts of coding to solve the
problems.  Unfortunately I don't have the time for this - it could be
a few months of work.  As for nmrglue
(http://code.google.com/p/nmrglue/), this appears quite new and this
is the first time I have heard of it.  It looks like an interesting
project.  I wonder if they use 3-point quadratic integration for
determining the maximum peak height?


 But I had a hard time imagining that NMR software were not already developed
 for this,
 and I was very pleased to see the development of relax, which have not come
 to my attention before.
 And especially the inclusion of the python interpreter, and possibility to
 write scripts, is genius.
 Which is similar to the where the power of pymol is shining through.

Thanks!  I am directing the development of relax to have the maximum
amount of flexibility.  For the basic users who want quick results,
there are the auto-analyses which can be used as blackboxes, giving
the user the best practice analysis.  These are used in the GUI.  For
the medium level users, the user functions (which are special Python
functions which perform a lot of checking of the user input) allow for
advanced scripting.  For the advanced users, the relax API can be used
to build complete new analyses (http://www.nmr-relax.com/api/).  I
have been developing relax so that in the future it can be used by NMR
users as a replacement for Matlab/Mathematica for numerical
operations.  The relax library - the 'lib' package - is a large
collection of NMR specific functions.  For example, have a look at the
rotation matrix module 'lib.geometry.rotations'

Re: Building relax from source using scons and a different python interpretor

2013-05-02 Thread Edward d'Auvergne
Hi Troels,

In the future, for such questions I would recommend asking on the
relax development mailing list (relax-devel att gna.org).  The answer
is complicated as SCons has problems with multiple Python
installations.  You have to have scons installed for the Python
version you are targeting and no other SCons versions present.  I have
managed to get it to work, but the scons must be run with the correct
Python version and also then separately find the correct Python
version for compilations (these are unfortunately not coupled in
SCons).  There is one cheating way and that is to use the
'devel_scripts/manual_c_module.py' script, just modifying it to point
your Python version.  This script is mainly to get around these bad
design issues in SCons for when multiple Python versions are present,
as I have lots of different Python versions compiled into a special
directory for testing relax (every version from 1.0 to 3.3) and SCons
really cannot handle this.

As for using Enthought Python, I don't know how well relax will run in
such an environment.  It'll be interesting to see what happens.

Regards,

Edward


On 2 May 2013 17:26, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Dear Relax users.

 I am trying to build relax, from source, using scons.

 We have the python enthought distribution installed, to solve most of our
 dependencies,
 and we install packages here, so each computer can use this shared
 installation.

 How I can I tell scons, to use python2.7 to build relax?
 I think it tries to use my local python installation, but here I have not
 installed
 minfx, ,wxPython.

 [tlinnet@tomat ~/software]$ cd relax-trunk/
 [tlinnet@tomat relax-trunk]$ scons
 scons: Reading SConscript files ...
 The dependency 'minfx' has not been installed (see
 https://gna.org/projects/minfx/).
 [tlinnet@tomat relax-trunk]$ python2.7
 Enthought Python Distribution -- www.enthought.com
 Version: 7.3-2 (64-bit)

 Python 2.7.3 |EPD 7.3-2 (64-bit)| (default, Apr 11 2012, 17:52:16)
 [GCC 4.1.2 20080704 (Red Hat 4.1.2-44)] on linux2
 Type credits, demo or enthought for more information.
 import minfx
 import readline
 import wx
 import numpy
 import scipy

 Best
 Troels


 Troels Emtekær Linnet
 Ved kløvermarken 9, 1.th
 2300 København S
 Mobil: +45 60210234

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users


___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Peak list abs spin editor

2013-06-03 Thread Edward d'Auvergne
Hi,

For such questions, it may be better to ask on the relax-users mailing
list as the answer might be useful for other users.  You can see what
is happening with Sparky peak list files in the relax module
lib.software.sparky.  If you specifically look at the
read_list_intensity() function, you will see the lines:

# Skip non-assigned peaks.
if line[0] == '?-?':
continue

This needs to be done in relax as it is not possible to hold data from
such peaks in the relax data store.  The way I handle such a situation
in Sparky is to give all such peaks a temporary or pseudo-assignment,
for example SS1000, SS1001, etc.  Essentially having a special residue
name and numbers starting much higher than the end of your system's
sequence numbering.  These can then be given 'N' and 'HN' labels.  You
would then need to create these spin system within relax prior to
reading the peak lists, and the data will then be handled as normal.
This could either be by creating and then reading in a text file
containing all of these spins with residue numbers and names in
different columns, using individual calls to the spin.create user
function, or within the spin editor window of the GUI (which just
provides access to the graphical version of the spin.create user
function).

For the question about multiple reference spectra, have a look at the
specific_analyses/relax_disp/__init__.py file (in the relax_disp
branch).  Specifically within the calculate() method used for the
fixed time period experiments, you will see the lines:

# Average the reference intensity data and errors.
ref_intensity = average_intensity(spin=spin, frq=frq,
point=None, time=time)
ref_intensity_err = average_intensity(spin=spin,
frq=frq, point=None, time=time, error=True)

# Average the intensity data and errors.
intensity = average_intensity(spin=spin, frq=frq,
point=point, time=time)
intensity_err = average_intensity(spin=spin, frq=frq,
point=point, time=time, error=True)

# Calculate the R2eff value.
spin.r2eff[param_key] =
calc_two_point_r2eff(relax_time=time, I_ref=ref_intensity,
I=intensity)

# Calculate the R2eff error.
spin.r2eff_err[param_key] =
calc_two_point_r2eff_err(relax_time=time, I_ref=ref_intensity,
I=intensity, I_ref_err=ref_intensity_err, I_err=intensity_err)


So you can see that the data from multiple spectra are averaged.  This
relies on the my assumption that this is the logical thing to do.  For
the peak intensity error analysis prior to this, how multiple spectra
are handled depends on what you have measured and whether you have
measured all spectra replicated or only a subset.  This is described
in full detail within the documentation for the current
spectrum.error_analysis user function (see either the help system or
the user manual at
http://www.nmr-relax.com/manual/spectrum_error_analysis.html).

Regards,

Edward



On 3 June 2013 18:55, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Hi !

 I have been playing around in relax_disp, and wonder.

 Can relax handle un-assigned peaks?
   Assignment w1 w2   Height   Volume
  A101N-A101HN124.571  8.003   0.00E+00   0.00E+00 --
   ?-?124.316  7.962   0.00E+00   0.00E+00 --

 We often have 2-3 un-assigned peaks, which is interesting to carry on
 in our analysis.

 Can you have several reference spectra?
 We have some datasets with 2-3 replicates for the reference spectrum.

 Best


 Troels Emtekær Linnet

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-devel mailing list
 relax-de...@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-devel

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Custom Peak intensity reading

2013-06-04 Thread Edward d'Auvergne
I have to admit, the error message should be made more informative!
However that error statement (line 668 of lib/io.py) cannot be reached
without relax giving many warnings.  The only possibility of reaching
the error without warnings is if the file is empty.  Do you see
warnings which could indicate the problem?  If not, I would suggest
creating a bug report for the problem and attaching a minimal set of
files to be able to reproduce the issue.  It would be best if the
files are truncated to 1-2 spins (and maybe randomised if the data is
to be kept secret).  If it really is a bug, then these files could be
be added to the test suite and turned into a system or GUI test to
catch the problem.

Cheers,

Edward


On 4 June 2013 14:37, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Hi.

 I have made a custom intensity peak/model file, for easy import in relax.
 The form is:

 protein 10 L 10 N 3.377659e+05 6.362446e+05
 protein 6 V 6 N 1.697771e+06 3.015788e+06
 protein 63 Y 63 N 8.673898e+05 1.726064e+06
 protein 4 Y 4 N 2.339480e+06 4.039142e+06
 protein 67 M 67 N 2.574062e+06 4.313824e+06
 protein 5 E 5 N 1.609356e+06 2.927111e+06
 protein 65 V 65 N 2.179341e+06 4.067343e+06
 protein 38 E 38 N 1.563795e+06 2.921316e+06
 protein 7 N 7 N 1.535896e+06 3.005234e+06
 protein 75 L 75 N 3.578841e+06 6.352595e+06

 This goes fine for model import, with standard settings.

 Start new analysis
 Relaxation dispersion analysis
 Relaxation dispersion experiment type selection
 CPMG, fixed time
 Data pipe set up
 The starting data pipe for the analysis = origin - relax_disp (Mon Jun
 3 17:08:30 2013)
 The data pipe bundle = relax_disp (Mon Jun 3 17:08:30 2013)

 Click: Spin editor
 Click: Load spins
 Make a test file: test.seq

 Click: From a file containing sequence data
 The file name = test.seq
 The spin ID string = Leave empty
 Free format
 Molecule name column (mol_name_col) = 1
 Residue number column (res_num_col) = 2
 Residue name column (res_name_col) = 3
 Spin number column (spin_num_col) = 4
 Spin name column (spin_name_col) = 5
 You can then rename molecule by, right click Molecule: protein,
 Name the molecule, Set The new molecule name to for example
 Test. Apply, then OK.

 Add spectra
 Click Add

 The file name = test.seq
 The Spectrum ID string: 2,0
 The Intensity column: 6,7
 rest is default

 Error:
 No corresponding data could be found within the file.

 I can import single wise.

 best
 Troels


 Troels Emtekær Linnet

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Custom Peak intensity reading

2013-06-06 Thread Edward d'Auvergne
Hi,

Have you had any luck finding the problem?  I would guess that this
doesn't work as the protein was renamed to something different to that
of the data file, hence you would see messages such as:

relax spectrum.read_intensities(file='test.seq', dir=None,
spectrum_id=None, heteronuc='N', proton='HN', int_method='height',
int_col=6, spin_id_col=None, mol_name_col=1, res_num_col=2,
res_name_col=3, spin_num_col=4, spin_name_col=5, int_col=6, sep=None,
spin_id=None, ncproc=None)
Opening the file '/data/edau/relax/branches/relax_disp/test.seq' for reading.
Generic formatted data file.

RelaxWarning: Cannot find the spin #protein:10@N within the sequence.
RelaxWarning: Cannot find the spin #protein:6@N within the sequence.
RelaxWarning: Cannot find the spin #protein:63@N within the sequence.
RelaxWarning: Cannot find the spin #protein:4@N within the sequence.
RelaxWarning: Cannot find the spin #protein:67@N within the sequence.
RelaxWarning: Cannot find the spin #protein:5@N within the sequence.
RelaxWarning: Cannot find the spin #protein:65@N within the sequence.
RelaxWarning: Cannot find the spin #protein:38@N within the sequence.
RelaxWarning: Cannot find the spin #protein:7@N within the sequence.
RelaxWarning: Cannot find the spin #protein:75@N within the sequence.
RelaxError: No data could be loaded from the peak list

I tried this by copying the data in your post to a file and following
the instructions.  This is normal as the molecule with the name
'protein' no longer exists in the relax data store.  Or did you see
something different?  The RelaxError text you wrote about is slightly
different.

Regards,

Edward


On 4 June 2013 15:10, Edward d'Auvergne edward.dauver...@gmail.com wrote:
 I have to admit, the error message should be made more informative!
 However that error statement (line 668 of lib/io.py) cannot be reached
 without relax giving many warnings.  The only possibility of reaching
 the error without warnings is if the file is empty.  Do you see
 warnings which could indicate the problem?  If not, I would suggest
 creating a bug report for the problem and attaching a minimal set of
 files to be able to reproduce the issue.  It would be best if the
 files are truncated to 1-2 spins (and maybe randomised if the data is
 to be kept secret).  If it really is a bug, then these files could be
 be added to the test suite and turned into a system or GUI test to
 catch the problem.

 Cheers,

 Edward


 On 4 June 2013 14:37, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Hi.

 I have made a custom intensity peak/model file, for easy import in relax.
 The form is:

 protein 10 L 10 N 3.377659e+05 6.362446e+05
 protein 6 V 6 N 1.697771e+06 3.015788e+06
 protein 63 Y 63 N 8.673898e+05 1.726064e+06
 protein 4 Y 4 N 2.339480e+06 4.039142e+06
 protein 67 M 67 N 2.574062e+06 4.313824e+06
 protein 5 E 5 N 1.609356e+06 2.927111e+06
 protein 65 V 65 N 2.179341e+06 4.067343e+06
 protein 38 E 38 N 1.563795e+06 2.921316e+06
 protein 7 N 7 N 1.535896e+06 3.005234e+06
 protein 75 L 75 N 3.578841e+06 6.352595e+06

 This goes fine for model import, with standard settings.

 Start new analysis
 Relaxation dispersion analysis
 Relaxation dispersion experiment type selection
 CPMG, fixed time
 Data pipe set up
 The starting data pipe for the analysis = origin - relax_disp (Mon Jun
 3 17:08:30 2013)
 The data pipe bundle = relax_disp (Mon Jun 3 17:08:30 2013)

 Click: Spin editor
 Click: Load spins
 Make a test file: test.seq

 Click: From a file containing sequence data
 The file name = test.seq
 The spin ID string = Leave empty
 Free format
 Molecule name column (mol_name_col) = 1
 Residue number column (res_num_col) = 2
 Residue name column (res_name_col) = 3
 Spin number column (spin_num_col) = 4
 Spin name column (spin_name_col) = 5
 You can then rename molecule by, right click Molecule: protein,
 Name the molecule, Set The new molecule name to for example
 Test. Apply, then OK.

 Add spectra
 Click Add

 The file name = test.seq
 The Spectrum ID string: 2,0
 The Intensity column: 6,7
 rest is default

 Error:
 No corresponding data could be found within the file.

 I can import single wise.

 best
 Troels


 Troels Emtekær Linnet

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Custom Peak intensity reading

2013-06-06 Thread Edward d'Auvergne
 ['protein', '4', 'Y', '4',
 'N', '2.339480e+06', '4.039142e+06'] is invalid, the data is missing.
 RelaxWarning: The sequence data in the line ['protein', '67', 'M',
 '67', 'N', '2.574062e+06', '4.313824e+06'] is invalid, the data is
 missing.
 RelaxWarning: The sequence data in the line ['protein', '5', 'E', '5',
 'N', '1.609356e+06', '2.927111e+06'] is invalid, the data is missing.
 RelaxWarning: The sequence data in the line ['protein', '65', 'V',
 '65', 'N', '2.179341e+06', '4.067343e+06'] is invalid, the data is
 missing.
 RelaxWarning: The sequence data in the line ['protein', '38', 'E',
 '38', 'N', '1.563795e+06', '2.921316e+06'] is invalid, the data is
 missing.
 RelaxWarning: The sequence data in the line ['protein', '7', 'N', '7',
 'N', '1.535896e+06', '3.005234e+06'] is invalid, the data is missing.
 RelaxWarning: The sequence data in the line ['protein', '75', 'L',
 '75', 'N', '3.578841e+06', '6.352595e+06'] is invalid, the data is
 missing.
 RelaxError: No corresponding data could be found within the file.

 ---

 Troels Emtekær Linnet


 2013/6/6 Edward d'Auvergne edw...@nmr-relax.com:
 Hi,

 Have you had any luck finding the problem?  I would guess that this
 doesn't work as the protein was renamed to something different to that
 of the data file, hence you would see messages such as:

 relax spectrum.read_intensities(file='test.seq', dir=None,
 spectrum_id=None, heteronuc='N', proton='HN', int_method='height',
 int_col=6, spin_id_col=None, mol_name_col=1, res_num_col=2,
 res_name_col=3, spin_num_col=4, spin_name_col=5, int_col=6, sep=None,
 spin_id=None, ncproc=None)
 Opening the file '/data/edau/relax/branches/relax_disp/test.seq' for 
 reading.
 Generic formatted data file.

 RelaxWarning: Cannot find the spin #protein:10@N within the sequence.
 RelaxWarning: Cannot find the spin #protein:6@N within the sequence.
 RelaxWarning: Cannot find the spin #protein:63@N within the sequence.
 RelaxWarning: Cannot find the spin #protein:4@N within the sequence.
 RelaxWarning: Cannot find the spin #protein:67@N within the sequence.
 RelaxWarning: Cannot find the spin #protein:5@N within the sequence.
 RelaxWarning: Cannot find the spin #protein:65@N within the sequence.
 RelaxWarning: Cannot find the spin #protein:38@N within the sequence.
 RelaxWarning: Cannot find the spin #protein:7@N within the sequence.
 RelaxWarning: Cannot find the spin #protein:75@N within the sequence.
 RelaxError: No data could be loaded from the peak list

 I tried this by copying the data in your post to a file and following
 the instructions.  This is normal as the molecule with the name
 'protein' no longer exists in the relax data store.  Or did you see
 something different?  The RelaxError text you wrote about is slightly
 different.

 Regards,

 Edward


 On 4 June 2013 15:10, Edward d'Auvergne edward.dauver...@gmail.com wrote:
 I have to admit, the error message should be made more informative!
 However that error statement (line 668 of lib/io.py) cannot be reached
 without relax giving many warnings.  The only possibility of reaching
 the error without warnings is if the file is empty.  Do you see
 warnings which could indicate the problem?  If not, I would suggest
 creating a bug report for the problem and attaching a minimal set of
 files to be able to reproduce the issue.  It would be best if the
 files are truncated to 1-2 spins (and maybe randomised if the data is
 to be kept secret).  If it really is a bug, then these files could be
 be added to the test suite and turned into a system or GUI test to
 catch the problem.

 Cheers,

 Edward


 On 4 June 2013 14:37, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Hi.

 I have made a custom intensity peak/model file, for easy import in relax.
 The form is:

 protein 10 L 10 N 3.377659e+05 6.362446e+05
 protein 6 V 6 N 1.697771e+06 3.015788e+06
 protein 63 Y 63 N 8.673898e+05 1.726064e+06
 protein 4 Y 4 N 2.339480e+06 4.039142e+06
 protein 67 M 67 N 2.574062e+06 4.313824e+06
 protein 5 E 5 N 1.609356e+06 2.927111e+06
 protein 65 V 65 N 2.179341e+06 4.067343e+06
 protein 38 E 38 N 1.563795e+06 2.921316e+06
 protein 7 N 7 N 1.535896e+06 3.005234e+06
 protein 75 L 75 N 3.578841e+06 6.352595e+06

 This goes fine for model import, with standard settings.

 Start new analysis
 Relaxation dispersion analysis
 Relaxation dispersion experiment type selection
 CPMG, fixed time
 Data pipe set up
 The starting data pipe for the analysis = origin - relax_disp (Mon Jun
 3 17:08:30 2013)
 The data pipe bundle = relax_disp (Mon Jun 3 17:08:30 2013)

 Click: Spin editor
 Click: Load spins
 Make a test file: test.seq

 Click: From a file containing sequence data
 The file name = test.seq
 The spin ID string = Leave empty
 Free format
 Molecule name column (mol_name_col) = 1
 Residue number column (res_num_col) = 2
 Residue name column (res_name_col) = 3
 Spin number column (spin_num_col) = 4
 Spin name column (spin_name_col) = 5
 You can then rename molecule

Re: Custom Peak intensity reading

2013-06-06 Thread Edward d'Auvergne
On a different note, if you notice anywhere in relax's execution where
the messages are not informative enough, are misleading, or where
additional messages would be useful, these can all be reported as
bugs.  Anything in relax that causes confusion should be considered a
bug which should be fixed.

Regards,

Edward



On 6 June 2013 15:26, Edward d'Auvergne edw...@nmr-relax.com wrote:
 Oh, right, I see the problem.  This user function currently only has
 partial support for simultaneously loading all spectral data at once.
 The current way to do this is to change the spectrum ID and intensity
 column one-by-one while clicking on 'Apply' as you go.  But I have
 partly designed this user function to handle this situation, according
 to the user function documentation:

 Generic intensity file:  This is a generic format which can be
 created by scripting to support non-supported peak lists.  It should
 contain in the first few columns enough information to identify the
 spin.  This can include columns for the molecule name, residue number,
 residue name, spin number, and spin name.  Alternatively a spin ID
 string column can be used. The peak intensities can be placed in
 another column specified by the integration column number.
 Intensities from multiple spectra can be placed into different
 columns, and these can then be specified simultaneously by setting the
 integration column value to a list of columns.  This list must be
 matched by setting the spectrum ID to a list of the same length...

 Could you submit a bug report for this, attaching any files required
 to replicate the bug?  It would be useful to give a link to the Gmane
 archive as well (going to
 http://dir.gmane.org/gmane.science.nmr.relax.user - clicking on
 using frames and threads - finding message - clicking on 
 [thread]  down the botton - and copying the link).  I could then
 turn the instructions into a relax script, and incorporate both the
 script and data files into the test suite directories and create a
 system test to catch the bug.  Or, if you wish, as a learning exercise
 for becoming a relax developer you could give this a go yourself after
 creating the report.  This would all go into the relax trunk, and then
 be ported to the relax_disp branch using svnmerge.py.

 Cheers,

 Edward



 On 6 June 2013 15:04, Troels Emtekær Linnet tlin...@gmail.com wrote:
 I think it is because that:
 spectrum_id='(2,6)'

 is translated to a string.

 Could it be corrected, so it does similar as:
 int_col=(6, 7)

 Best
 Troels Emtekær Linnet


 2013/6/6 Troels Emtekær Linnet tlin...@gmail.com:
 Hi,

 No, not any luck.
 And, this time I am not renaming.

 Where can I find the longer error message?
 -
 Add spectra
 Click Add

 The file name = test.seq
 The Spectrum ID string: 2,0
 The Intensity column: 6,7
 
 protein 10 L 10 N 3.377659e+05 6.362446e+05
 protein 6 V 6 N 1.697771e+06 3.015788e+06
 protein 63 Y 63 N 8.673898e+05 1.726064e+06
 protein 4 Y 4 N 2.339480e+06 4.039142e+06
 protein 67 M 67 N 2.574062e+06 4.313824e+06
 protein 5 E 5 N 1.609356e+06 2.927111e+06
 protein 65 V 65 N 2.179341e+06 4.067343e+06
 protein 38 E 38 N 1.563795e+06 2.921316e+06
 protein 7 N 7 N 1.535896e+06 3.005234e+06
 protein 75 L 75 N 3.578841e+06 6.352595e+06
 

 --
 relax relax_disp.exp_type(exp_type='cpmg fixed')
 The fixed relaxation time period CPMG-type experiments.

 relax 
 sequence.read(file='/sbinlab2/tlinnet/Desktop/ikn_20130510_S6wt_N15cpmgEX_nyproc.fid/CPMG_CPMG_0/relax_disp/test.seq',
 dir=None, spin_id_col=None, mol_name_col=1, res_num_col=2,
 res_name_col=3, spin_num_col=4, spin_name_col=5, sep=None,
 spin_id=None)
 Opening the file
 '/sbinlab2/tlinnet/Desktop/ikn_20130510_S6wt_N15cpmgEX_nyproc.fid/CPMG_CPMG_0/relax_disp/test.seq'
 for reading.
 # mol_nameres_numres_namespin_numspin_name
 protein   10 L   10  N
 protein   6  V   6   N
 protein   63 Y   63  N
 protein   4  Y   4   N
 protein   67 M   67  N
 protein   5  E   5   N
 protein   65 V   65  N
 protein   38 E   38  N
 protein   7  N   7   N
 protein   75 L   75  N

 relax 
 spectrum.read_intensities(file='/sbinlab2/tlinnet/Desktop/ikn_20130510_N15cpmgEX_nyproc.fid/CPMG_CPMG_0/relax_disp/test.seq',
 dir=None, spectrum_id='2,0', heteronuc='N', proton='HN',
 int_method='height', int_col=(6, 7), spin_id_col=None, mol_name_col=1,
 res_num_col=2, res_name_col=3, spin_num_col=4, spin_name_col=5,
 sep=None, spin_id=None, ncproc=None)
 Opening the file
 '/sbinlab2/tlinnet/Desktop/ikn_20130510_N15cpmgEX_nyproc.fid/CPMG_CPMG_0/relax_disp/test.seq'
 for reading.
 Generic formatted data file.

 RelaxWarning: The sequence data in the line ['protein', '10

Re: Custom Peak intensity reading

2013-06-06 Thread Edward d'Auvergne
This is part of the bug and is the same reason you saw an error in the
GUI.  If you look at the file user_functions/spectrum.py in the relax
trunk source code and go to line 236 (for the current revision
r19893), you should be able to see the issue.

Regards,

Edward


On 6 June 2013 16:44, Troels Emtekær Linnet tlin...@gmail.com wrote:
 In the relax prompt, this can produce the error:

 -
 pipe.create(pipe_name='origin rx', pipe_type='relax_disp', bundle='rx')
 relax_disp.exp_type(exp_type='cpmg fixed')

 sequence.read(file='/sbinlab2/tlinnet/Desktop/test.seq',
 dir=None, spin_id_col=None, mol_name_col=1, res_num_col=2,
 res_name_col=3, spin_num_col=4, spin_name_col=5, sep=None,
 spin_id=None)

 spectrum.read_intensities(file='/sbinlab2/tlinnet/Desktop/test.seq',
 dir=None, spectrum_id=(2,0), heteronuc='N', proton='HN',
 int_method='height', int_col=(6, 7), spin_id_col=None, mol_name_col=1,
 res_num_col=2, res_name_col=3, spin_num_col=4, spin_name_col=5,
 sep=None, spin_id=None, ncproc=None)

   File input, line 3, in module
   File /sbinlab2/software/NMR-relax/relax_disp/prompt/uf_objects.py,
 line 200, in __call__
 lib.arg_check.is_str(value, desc_short, can_be_none=can_be_none)
   File /sbinlab2/software/NMR-relax/relax_disp/lib/arg_check.py,
 line 862, in is_str
 raise RelaxStrError(name, arg)
 RelaxStrError:  [31mRelaxError: The spectrum ID string argument '(2,
 0)' must be a string. [0m
 -





 2013/6/6 Edward d'Auvergne edw...@nmr-relax.com:
 On a different note, if you notice anywhere in relax's execution where
 the messages are not informative enough, are misleading, or where
 additional messages would be useful, these can all be reported as
 bugs.  Anything in relax that causes confusion should be considered a
 bug which should be fixed.

 Regards,

 Edward



 On 6 June 2013 15:26, Edward d'Auvergne edw...@nmr-relax.com wrote:
 Oh, right, I see the problem.  This user function currently only has
 partial support for simultaneously loading all spectral data at once.
 The current way to do this is to change the spectrum ID and intensity
 column one-by-one while clicking on 'Apply' as you go.  But I have
 partly designed this user function to handle this situation, according
 to the user function documentation:

 Generic intensity file:  This is a generic format which can be
 created by scripting to support non-supported peak lists.  It should
 contain in the first few columns enough information to identify the
 spin.  This can include columns for the molecule name, residue number,
 residue name, spin number, and spin name.  Alternatively a spin ID
 string column can be used. The peak intensities can be placed in
 another column specified by the integration column number.
 Intensities from multiple spectra can be placed into different
 columns, and these can then be specified simultaneously by setting the
 integration column value to a list of columns.  This list must be
 matched by setting the spectrum ID to a list of the same length...

 Could you submit a bug report for this, attaching any files required
 to replicate the bug?  It would be useful to give a link to the Gmane
 archive as well (going to
 http://dir.gmane.org/gmane.science.nmr.relax.user - clicking on
 using frames and threads - finding message - clicking on 
 [thread]  down the botton - and copying the link).  I could then
 turn the instructions into a relax script, and incorporate both the
 script and data files into the test suite directories and create a
 system test to catch the bug.  Or, if you wish, as a learning exercise
 for becoming a relax developer you could give this a go yourself after
 creating the report.  This would all go into the relax trunk, and then
 be ported to the relax_disp branch using svnmerge.py.

 Cheers,

 Edward



 On 6 June 2013 15:04, Troels Emtekær Linnet tlin...@gmail.com wrote:
 I think it is because that:
 spectrum_id='(2,6)'

 is translated to a string.

 Could it be corrected, so it does similar as:
 int_col=(6, 7)

 Best
 Troels Emtekær Linnet


 2013/6/6 Troels Emtekær Linnet tlin...@gmail.com:
 Hi,

 No, not any luck.
 And, this time I am not renaming.

 Where can I find the longer error message?
 -
 Add spectra
 Click Add

 The file name = test.seq
 The Spectrum ID string: 2,0
 The Intensity column: 6,7
 
 protein 10 L 10 N 3.377659e+05 6.362446e+05
 protein 6 V 6 N 1.697771e+06 3.015788e+06
 protein 63 Y 63 N 8.673898e+05 1.726064e+06
 protein 4 Y 4 N 2.339480e+06 4.039142e+06
 protein 67 M 67 N 2.574062e+06 4.313824e+06
 protein 5 E 5 N 1.609356e+06 2.927111e+06
 protein 65 V 65 N 2.179341e+06 4.067343e+06
 protein 38 E 38 N 1.563795e+06 2.921316e+06
 protein 7 N 7 N 1.535896e+06 3.005234e+06
 protein 75 L 75 N 3.578841e+06 6.352595e+06
 

 --
 relax relax_disp.exp_type(exp_type='cpmg fixed')
 The fixed relaxation time period CPMG-type experiments.

 relax

Re: Is there a command for opening an auto analysis for a pipe?

2013-06-06 Thread Edward d'Auvergne
Actually this problem is a classical case of bit-rot.  The code for
reading peak intensities was written long before Chris MacRaild, Gary
Thompson, and I implemented the relax test suite.  So no system, unit,
or GUI tests were ever written for it.  Therefore with time, as the
relax code base has been rewritten time after time, this code path has
ceased to function.  Luckily bit-rot issues are often very easy to
fix.

There are multiple ways to achieve the same goal in relax, so not all
cases are reported back to the mailing list.  Therefore don't be
discouraged if you encounter another such problem.  With a detailed
bug report with files attached to demonstrate the issue, I can usually
have a fix for the problem within 5 minutes and a system test written
to prevent the bug from returning.

Regards,

Edward

On 6 June 2013 21:00, Edward d'Auvergne edw...@nmr-relax.com wrote:
 I can see that I'm loosing you, so I've created the system test to
 catch the bug you see:

 http://article.gmane.org/gmane.science.nmr.relax.scm/17668
 http://article.gmane.org/gmane.science.nmr.relax.scm/17670
 http://article.gmane.org/gmane.science.nmr.relax.scm/17674

 I've also fixed the bug:

 http://article.gmane.org/gmane.science.nmr.relax.scm/17672
 http://article.gmane.org/gmane.science.nmr.relax.scm/17676

 This has all been merged into the relax_disp branch using svnmerge.py.
  The approach for extracting the user function commands from the log
 is correct and will work in all cases.

 As for opening the relaxation dispersion tab at start up, this is not
 possible.  However you can have the same affect by opening a
 previously saved state just after you launch relax.  If you are
 repeating an operation often, then you can save a state just prior to
 the repetitive operation and then load that the next time.  This saves
 a lot of time.

 For the number of integration points when performing volume
 integration, this is quite important to know for the analysis of the
 peak intensity errors.  This is not an issue if you have replicated
 spectra though, as it is only used to propagate the baseplane RMSD
 measurements.  Note that this is not implemented in relax yet, but in
 the 12 years of relax's existence, no use has asked for this feature
 (which is relatively trivial to implement).  Also the
 spectrum.integration_points page should be skipped in the GUI peak
 intensity wizard if you have replicated spectra.  I have just fixed
 this too:

 http://article.gmane.org/gmane.science.nmr.relax.scm/17678

 I hope this will allow you to load your data.  Most people normally
 measure peak heights (I do this in Sparky) and then load the Sparky,
 NMRView, or XEasy peak lists one at a time, so these issues have not
 been encountered before.  Or at least they have never been reported to
 the relax mailing lists.  These are quite minor though and now should
 be fixed.  Thank you for creating the bug report
 https://gna.org/bugs/?20873, that allowed me to create a system test
 and fix these problems, and importantly to make sure they never return
 in the future.

 Cheers,

 Edward



 On 6 June 2013 19:57, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Hi Edward.

 Well, it doesn't solve my problem.
 I really just would like to get this program running soon. :-)

 I have not been able to run anything until now, and it eats my time...
 (But if I can get it to work, then I hopefully can save time).

 So, I have made a relax script generator, which defines all the
 things relax needs.
 But I don't know what it needs, before I run the GUI, and go through the 
 steps.
 Then I parse the necessary information into my script generator, which
 makes the
 relax script.

 So at the moment, I run the gui with the logfile, and try to figure
 out, how can I put
 that command into my script generator.

 And it would be nice, but not necessary, if it could pop up the
 Relaxation dispersion tab, when
 I open the relax -g.

 I think I need one more thing to know.

 --
 spectrum.integration_points
 --
 I have used summation over spectrum points with a box of size +/-1
 point in dx and dx.
 How, can I, should I, then set number of points to 9 ? Or just leave it be?
 spectrum.integration_points(N=9, spectrum_id='0_2', spin_id=None)



 -
 # Create the 'rx' data pipe.
 pipe.create(pipe_name='origin rx', pipe_type='relax_disp', bundle='rx')

 # The type of experiment
 relax_disp.exp_type(exp_type='cpmg fixed')

 # Read the sequence from file
 sequence.read(file='/sbinlab2/tlinnet/Desktop/ikn_20130510_prot_N15cpmgEX_nyproc.fid/CPMG_CPMG_0/table_ser_files_model.txt',
 dir=None, spin_id_col=None, mol_name_col=1, res_num_col=2,
 res_name_col=3, spin_num_col=4, spin_name_col=5, sep=None,
 spin_id=None)

 # Read the intensities from columns
 spectrum.read_intensities(file='/sbinlab2/tlinnet/Desktop/ikn_20130510_prot_N15cpmgEX_nyproc.fid/CPMG_CPMG_0/table_ser_files_model.txt',
 dir=None, spectrum_id='0_2', heteronuc

Re: Time of running, Model selection and global/cluster analysis for relaxation dispersion analysis

2013-06-11 Thread Edward d'Auvergne
Hi,

I'll answer below:


 I performed 'cpmg fixed' a  relaxation dispersion analysis, for dataset with
 68 residues.
 Having 22 intensity files, with 4 triple replications.

 I took from 17 pm to 13 pm following day, app 20 hours.
 The analysed models were: R2eff', 'No Rex','LM63','CR72'

 Is 20 hours for an analysis expected?
 , or should I look for some errors somewhere?

This depends.  By default relax uses much higher precision
optimisation than most other softwares.  This is based on the
philosophy that more accurate results are worth the wait, especially
considering that this time is relatively small in comparison to the
measurement and processing time (and adding the inevitable
re-measurements).  In addition, lots of Monte Carlo simulations are
used for really accurately determining your parameter errors.  For
comparison, note that a full a Lipari and Szabo model-free analysis
can take between 1 day and 2 weeks to complete.

For initial analyses where errors are not so important, the number of
simulations can be dropped massively to speed things up.  This can
also be done for students.  The result is that the error estimates of
the parameters are horrible but, in some cases, excluding publication,
that is not such a problem.  This will not affect model selection
either.  Therefore if errors are not important for specific cases,
then set the number of MC sims to 3.  Then watch how much quicker
things run.

Oh, if this is for students using the GUI, you could hack a special
version of relax to have the auto-analysis perform much lower
precision optimisation.  It should be possible to make things run very
quick for them.  If they are using scripting, but still the relaxation
dispersion auto-analysis, then no hacking is necessary.  The function
tolerance and maximum number of iterations can be set using special
tricks ;)


 Relax made a model selection.
 model_selection(method='AIC', modsel_pipe='final', bundle=None, pipes=['No
 Rex', 'LM63', 'CR72'])

 How can I inspect which model is then chosen?

Well, the hard way would be to open the relax saved state in the
'final' directory.  Or to look at the logs.  That information is
unfortunately not presented in a text file.  How would you suggest
that such information is presented?


 Then I would like to make a global fit / cluster analysis.
 Is this implemented yet?

Yes.  You need to use the relax_disp.cluster user function.


 And should I use the:
 User functions (n-z) - relax_disp - cluster ?

I am still thinking about how to bring this into the relaxation
dispersion auto-analysis GUI element without requiring me to write a
lot of code!


 By the way.
 The sherekhan input function is super great!

:)

The CPMGFit and NESSY input user functions will hopefully also be of
use to some people.  However if you start adding some new models to
relax, then relax will soon have all of the capabilities that these
these programs possess.  And if Paul Schanda's numerical integration
Python code is merged into relax, then relax will soon surpass all of
these softwares.


 Thanks a lot :-)
 This is super great

You're welcome.  I'm hoping that you can help to make this even greater ;)

Regards,

Edward

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Time of running, Model selection and global/cluster analysis for relaxation dispersion analysis

2013-06-11 Thread Edward d'Auvergne
If you update your branch, you will now have access to the Ishima and
Torchia 1999 model (labelled as 'IT99').

Regards,

Edward

On 11 June 2013 14:55, Troels Emtekær Linnet tlin...@gmail.com wrote:
 This was the relax commands for the analysis:
 -

 == cpmg fixed ==
 === Initial ===
 pre
 # Create the 'rx' data pipe.
 pipe.create(pipe_name='origin rx', pipe_type='relax_disp', bundle='rx')

 # The type of experiment
 relax_disp.exp_type(exp_type='cpmg fixed')

 # Read the sequence from file
 sequence.read(file='table_ser_files_model.txt',
 dir=None, spin_id_col=None, mol_name_col=1, res_num_col=2, res_name_col=3,
 spin_num_col=4, spin_name_col=5, sep=None, spin_id=None)

  Repeat for all peak intensity files
 # Read the intensities from columns
 spectrum.read_intensities(file='table_ser_files_model.txt',
 dir=None, spectrum_id='0_2', heteronuc='N', proton='HN', int_method='point
 sum', int_col=(6), spin_id_col=None, mol_name_col=1,
 res_num_col=2, res_name_col=3, spin_num_col=4, spin_name_col=5, sep=None,
 spin_id=None, ncproc=None)

 relax_disp.cpmg_frq(spectrum_id='0_2', cpmg_frq=40.0)
 relax_disp.relax_time(spectrum_id='0_2', time=0.05)
 spectrometer.frequency(id='0_2', frq=750.061, units='MHz')

 #Define replicated:
 relax spectrum.replicated(spectrum_ids=['0_2', '7_2', '14_2'])
 relax spectrum.replicated(spectrum_ids=['15_14', '16_14', '20_14'])
 relax spectrum.replicated(spectrum_ids=['3_30', '8_30', '17_30'])
 relax spectrum.replicated(spectrum_ids=['9_46', '19_46', '22_46'])

 # Define isotope
 relax spin.isotope(isotope='15N', spin_id='@N*', force=True)

 # Make error analysis
 spectrum.error_analysis(subset=['0_2', '1_0', '2_8', '3_30', '4_4', '5_42',
 '6_6', '7_2', '8_30', '9_46', '10_10', '11_18', '12_26', '13_38', '14_2',
 '15_14', '16_14', '17_30', '18_22', '19_46', '20_14', '21_34', '22_46'])
 /pre
 === - The 'R2eff' model - ===
 pre
 pipe.copy(pipe_from='origin rx', pipe_to='R2eff', bundle_to='rx')
 pipe.switch(pipe_name='R2eff')
 relax_disp.select_model(model='R2eff')
 calc(verbosity=1)

 results.write(file='results', dir='R2eff', compress_type=1, force=True)
 relax_disp.plot_disp_curves(dir='R2eff', force=True)
 value.write(param='r2eff', file='r2eff.out', dir='R2eff', scaling=1.0,
 comment=None, bc=False, force=True)
 grace.write(x_data_type='res_num', y_data_type='r2eff', spin_id=None,
 plot_data='value', file='r2eff.agr', dir='R2eff', force=True, norm=False)
 /pre

 === - The 'No Rex' model - ===
 pre
 pipe.copy(pipe_from='origin rx', pipe_to='No Rex', bundle_to='rx')
 pipe.switch(pipe_name='No Rex')
 relax_disp.select_model(model='No Rex')
 value.copy(pipe_from='R2eff', pipe_to='No Rex', param='r2eff')

 grid_search(lower=None, upper=None, inc=21, constraints=True, verbosity=1)
 minimise(min_algor='simplex', line_search=None, hessian_mod=None,
 hessian_type=None, func_tol=1e-25, grad_tol=None, max_iter=1000,
 constraints=True, scaling=True, verbosity=1)

 monte_carlo.setup(number=500)
 monte_carlo.create_data(method='back_calc')
 monte_carlo.initial_values()
 minimise(min_algor='simplex', line_search=None, hessian_mod=None,
 hessian_type=None, func_tol=1e-25, grad_tol=None, max_iter=1000,
 constraints=True, scaling=True, verbosity=1)

 monte_carlo.error_analysis()
 results.write(file='results', dir='No Rex', compress_type=1, force=True)
 relax_disp.plot_disp_curves(dir='No Rex', force=True)

 #Value write?

 grace.write(x_data_type='res_num', y_data_type='chi2', spin_id=None,
 plot_data='value', file='chi2.agr', dir='No Rex', force=True, norm=False)
 /pre

 === - The 'LM63' model - ===
 pre
 pipe.copy(pipe_from='origin rx', pipe_to='LM63', bundle_to='rx')
 pipe.switch(pipe_name='LM63')
 relax_disp.select_model(model='LM63')
 value.copy(pipe_from='R2eff', pipe_to='LM63', param='r2eff')

 grid_search(lower=None, upper=None, inc=21, constraints=True, verbosity=1)
 minimise(min_algor='simplex', line_search=None, hessian_mod=None,
 hessian_type=None, func_tol=1e-25, grad_tol=None, max_iter=1000,
 constraints=True, scaling=True, verbosity=1)

 monte_carlo.setup(number=500)
 monte_carlo.create_data(method='back_calc')
 monte_carlo.initial_values()
 minimise(min_algor='simplex', line_search=None, hessian_mod=None,
 hessian_type=None, func_tol=1e-25, grad_tol=None, max_iter=1000,
 constraints=True, scaling=True, verbosity=1)

 monte_carlo.error_analysis()
 results.write(file='results', dir='LM63', compress_type=1, force=True)
 relax_disp.plot_disp_curves(dir='LM63', force=True)

 value.write(param='phi_ex', file='phi_ex.out', dir='LM63', scaling=1.0,
 comment=None, bc=False, force=True)
 grace.write(x_data_type='res_num', y_data_type='phi_ex', spin_id=None,
 plot_data='value', file='phi_ex.agr', dir='LM63', force=True, norm=False)

 grace.write(x_data_type='res_num', y_data_type='chi2', spin_id=None,
 plot_data='value', file='chi2.agr', dir='LM63', force=True, norm=False)
 /pre

 === - The 'CR72' model - ===
 pre
 

Re: A tip for converting the result directories xmgrace files to eps and png

2013-06-13 Thread Edward d'Auvergne
That's a great trick!  My knowledge of Grace is not that extensive.
You know what would be even better - if the
relax_disp.plot_disp_curves user function created this script and
dropped it into the directory with the Grace files!  I've now shifted
the code into the
specific_analyses.relax_disp.disp_data.plot_disp_curves() function.
Such a script could easily be created at the end of this function -
best by calling a special function in lib.software.grace.

What would be good would be to generate one script for the PNG files,
maybe called 'grace_to_png.sh' just to be more informative to the user
that this is for conversion and that it is a shell script, one for EPS
files called possibly 'grace_to_eps.sh', and a third called
'eps_to_pdf.sh'.  The plot_disp_curves() function can even make them
executable for the user.  I suggest that the *.tmp files be removed by
the script at the end.

The only problem is that I tried this and received error messages and
broken files:

Unknown device: DEVICE PNG FONT ANTIALIASING ON
Unknown device: DEVICE PNG OP compression:9
File modifications are disabled in safe mode: PRINT
File modifications are disabled in safe mode: PRINT
disp_:70@N agr

The EPS files are created successfully.  I'm not sure why the PNGs
failed, maybe it's not compiled in.  JPEG and SVG are present in the
print options through the GUI though, so maybe scripts for these
formats can be very easily created as well.  A simple loop over 'PNG',
'EPS', 'SVG', and 'JPEG' could create separate scripts for each format
and make them executable, and then at the end the 'eps_to_pdf.sh' can
be created.  The script generation could be documented in the user
function docstring.  What do you think?

Cheers,

Edward


On 13 June 2013 14:31, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Hi.

 I got tired of opening each xmgrace file to see the plot.
 I found that to export to png, you need to:

 Add this to the end of the xmgrace file

 #Print out to
 @PRINT TO /home/you/output.png
 @HARDCOPY DEVICE PNG
 @DEVICE PNG FONT ANTIALIASING on
 # Make white background transparent
 #@DEVICE PNG OP transparent:on
 @DEVICE PNG OP compression:9
 @PRINT

 Then issue an HARDCOPY with xmgrace
 xmgrace -hardcopy xmgracefile.agr


 Script to make both png and eps for a folder with xmgrace files

 Write in: xmgrace_png
 and put in your bin folder

 #!/bin/bash

 for gracefile in *.agr; do
 filename=$(basename $gracefile)
 extension=${filename##*.}
 filename=${filename%.*}

 TMPPNG=${filename}_png.tmp
 cat $gracefile  $TMPPNG
 echo #Print out to  $TMPPNG
 echo '@PRINT TO '${PWD}/${filename}.png''  $TMPPNG
 echo '@HARDCOPY DEVICE PNG'  $TMPPNG
 echo '@DEVICE PNG FONT ANTIALIASING on'  $TMPPNG
 echo '# Make white background transparent'  $TMPPNG
 echo '#@DEVICE PNG OP transparent:on'  $TMPPNG
 echo '@DEVICE PNG OP compression:9'  $TMPPNG
 echo '@PRINT'  $TMPPNG
 xmgrace -hardcopy $TMPPNG

 TMPEPS=${filename}_eps.tmp
 cat $gracefile  $TMPEPS
 echo #Print out to  $TMPEPS
 echo '@PRINT TO '${PWD}/${filename}.eps''  $TMPEPS
 echo '@HARDCOPY DEVICE EPS'  $TMPEPS
 echo '@DEVICE EPS OP level2'  $TMPEPS
 echo '@PRINT'  $TMPEPS
 xmgrace -hardcopy $TMPEPS

 echo $filename $extension
 #eps2png -resolution 200 $TMPEPS
 #epstopdf $TMPEPS
 done

 Then just make chmod +x xmgrace_png
 and in the folder, issue an:

 xmgrace_png

 sit back and relax

 If you want to convert eps to pdf

 bash ;
 for epsfile in *.eps; epstopdf $epsfile; echo Making pdf: $epsfile; done

 Troels Emtekær Linnet

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: A tip for converting the result directories xmgrace files to eps and png

2013-06-13 Thread Edward d'Auvergne
Would you like to try to give this a go?

Regards,

Edward


On 13 June 2013 16:35, Troels Emtekær Linnet tlin...@gmail.com wrote:
 I am happy that you think it is great. :-)

 As soon there is a file type, which can fast be opened by a image viewer, I
 am happy.

 It works for PNG here, and it is very probably a compilation issue.
 I have PNG as a possibility to print in my xmgrace menu.

 I found the commands here:
 http://ringo.ams.sunysb.edu/index.php/Xmgrace

 This is for EPS and PNG, but I havent found options for JPEG yet.

 I would say the more the merrier.
 It take's time to create scripts, but no time to delete.

 Best
 Troels




 Troels Emtekær Linnet


 2013/6/13 Edward d'Auvergne edw...@nmr-relax.com

 That's a great trick!  My knowledge of Grace is not that extensive.
 You know what would be even better - if the
 relax_disp.plot_disp_curves user function created this script and
 dropped it into the directory with the Grace files!  I've now shifted
 the code into the
 specific_analyses.relax_disp.disp_data.plot_disp_curves() function.
 Such a script could easily be created at the end of this function -
 best by calling a special function in lib.software.grace.

 What would be good would be to generate one script for the PNG files,
 maybe called 'grace_to_png.sh' just to be more informative to the user
 that this is for conversion and that it is a shell script, one for EPS
 files called possibly 'grace_to_eps.sh', and a third called
 'eps_to_pdf.sh'.  The plot_disp_curves() function can even make them
 executable for the user.  I suggest that the *.tmp files be removed by
 the script at the end.

 The only problem is that I tried this and received error messages and
 broken files:

 Unknown device: DEVICE PNG FONT ANTIALIASING ON
 Unknown device: DEVICE PNG OP compression:9
 File modifications are disabled in safe mode: PRINT
 File modifications are disabled in safe mode: PRINT
 disp_:70@N agr

 The EPS files are created successfully.  I'm not sure why the PNGs
 failed, maybe it's not compiled in.  JPEG and SVG are present in the
 print options through the GUI though, so maybe scripts for these
 formats can be very easily created as well.  A simple loop over 'PNG',
 'EPS', 'SVG', and 'JPEG' could create separate scripts for each format
 and make them executable, and then at the end the 'eps_to_pdf.sh' can
 be created.  The script generation could be documented in the user
 function docstring.  What do you think?

 Cheers,

 Edward


 On 13 June 2013 14:31, Troels Emtekær Linnet tlin...@gmail.com wrote:
  Hi.
 
  I got tired of opening each xmgrace file to see the plot.
  I found that to export to png, you need to:
 
  Add this to the end of the xmgrace file
 
  #Print out to
  @PRINT TO /home/you/output.png
  @HARDCOPY DEVICE PNG
  @DEVICE PNG FONT ANTIALIASING on
  # Make white background transparent
  #@DEVICE PNG OP transparent:on
  @DEVICE PNG OP compression:9
  @PRINT
 
  Then issue an HARDCOPY with xmgrace
  xmgrace -hardcopy xmgracefile.agr
 
 
  Script to make both png and eps for a folder with xmgrace files
 
  Write in: xmgrace_png
  and put in your bin folder
 
  #!/bin/bash
 
  for gracefile in *.agr; do
  filename=$(basename $gracefile)
  extension=${filename##*.}
  filename=${filename%.*}
 
  TMPPNG=${filename}_png.tmp
  cat $gracefile  $TMPPNG
  echo #Print out to  $TMPPNG
  echo '@PRINT TO '${PWD}/${filename}.png''  $TMPPNG
  echo '@HARDCOPY DEVICE PNG'  $TMPPNG
  echo '@DEVICE PNG FONT ANTIALIASING on'  $TMPPNG
  echo '# Make white background transparent'  $TMPPNG
  echo '#@DEVICE PNG OP transparent:on'  $TMPPNG
  echo '@DEVICE PNG OP compression:9'  $TMPPNG
  echo '@PRINT'  $TMPPNG
  xmgrace -hardcopy $TMPPNG
 
  TMPEPS=${filename}_eps.tmp
  cat $gracefile  $TMPEPS
  echo #Print out to  $TMPEPS
  echo '@PRINT TO '${PWD}/${filename}.eps''  $TMPEPS
  echo '@HARDCOPY DEVICE EPS'  $TMPEPS
  echo '@DEVICE EPS OP level2'  $TMPEPS
  echo '@PRINT'  $TMPEPS
  xmgrace -hardcopy $TMPEPS
 
  echo $filename $extension
  #eps2png -resolution 200 $TMPEPS
  #epstopdf $TMPEPS
  done
 
  Then just make chmod +x xmgrace_png
  and in the folder, issue an:
 
  xmgrace_png
 
  sit back and relax
 
  If you want to convert eps to pdf
 
  bash ;
  for epsfile in *.eps; epstopdf $epsfile; echo Making pdf: $epsfile;
  done
 
  Troels Emtekær Linnet
 
  ___
  relax (http://www.nmr-relax.com)
 
  This is the relax-users mailing list
  relax-users@gna.org
 
  To unsubscribe from this list, get a password
  reminder, or change your subscription options,
  visit the list information page at
  https://mail.gna.org/listinfo/relax-users



___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: A tip for converting the result directories xmgrace files to eps and png

2013-06-13 Thread Edward d'Auvergne
Great!  For the 64-bit issue, if you look in the file for that test
you might be able to see what I am doing with this.  The file to look
at and the line to go to is given at the end of the traceback message
which you attached to the bug report (https://gna.org/bugs/?20821).
For a hint, the problem has something to do with precision variability
between different setups.  As for adding new models, this is pretty
straight forward when following the tutorial at:

http://thread.gmane.org/gmane.science.nmr.relax.devel/3907

From my commit messages, you can probably see that it only take me a
few hours per dispersion model.  Note that I have now copied this
tutorial, as well as the docstring for the relax_disp.select_model
user function and created a basic initial relaxation dispersion
chapter in the relax manual.  If you know LaTeX then, when adding the
model, it would good to add the equations and reference via a bibtex
entry to that chapter.  If you have Scons and LaTeX installed on your
system, the manual can be built by typing:

$ scons user_manual_pdf

Cheers,

Edward



On 13 June 2013 17:25, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Sure why not :-)

 And I am soon in the mood for the Tollinger/Kay equation.
 And solve the 64 bit problem in windows.

 Can you guide me in the direction where I should look for the 64 bit
 problem?

 Best
 troels

 Troels Emtekær Linnet


 2013/6/13 Edward d'Auvergne edw...@nmr-relax.com

 Would you like to try to give this a go?

 Regards,

 Edward


 On 13 June 2013 16:35, Troels Emtekær Linnet tlin...@gmail.com wrote:
  I am happy that you think it is great. :-)
 
  As soon there is a file type, which can fast be opened by a image
  viewer, I
  am happy.
 
  It works for PNG here, and it is very probably a compilation issue.
  I have PNG as a possibility to print in my xmgrace menu.
 
  I found the commands here:
  http://ringo.ams.sunysb.edu/index.php/Xmgrace
 
  This is for EPS and PNG, but I havent found options for JPEG yet.
 
  I would say the more the merrier.
  It take's time to create scripts, but no time to delete.
 
  Best
  Troels
 
 
 
 
  Troels Emtekær Linnet
 
 
  2013/6/13 Edward d'Auvergne edw...@nmr-relax.com
 
  That's a great trick!  My knowledge of Grace is not that extensive.
  You know what would be even better - if the
  relax_disp.plot_disp_curves user function created this script and
  dropped it into the directory with the Grace files!  I've now shifted
  the code into the
  specific_analyses.relax_disp.disp_data.plot_disp_curves() function.
  Such a script could easily be created at the end of this function -
  best by calling a special function in lib.software.grace.
 
  What would be good would be to generate one script for the PNG files,
  maybe called 'grace_to_png.sh' just to be more informative to the user
  that this is for conversion and that it is a shell script, one for EPS
  files called possibly 'grace_to_eps.sh', and a third called
  'eps_to_pdf.sh'.  The plot_disp_curves() function can even make them
  executable for the user.  I suggest that the *.tmp files be removed by
  the script at the end.
 
  The only problem is that I tried this and received error messages and
  broken files:
 
  Unknown device: DEVICE PNG FONT ANTIALIASING ON
  Unknown device: DEVICE PNG OP compression:9
  File modifications are disabled in safe mode: PRINT
  File modifications are disabled in safe mode: PRINT
  disp_:70@N agr
 
  The EPS files are created successfully.  I'm not sure why the PNGs
  failed, maybe it's not compiled in.  JPEG and SVG are present in the
  print options through the GUI though, so maybe scripts for these
  formats can be very easily created as well.  A simple loop over 'PNG',
  'EPS', 'SVG', and 'JPEG' could create separate scripts for each format
  and make them executable, and then at the end the 'eps_to_pdf.sh' can
  be created.  The script generation could be documented in the user
  function docstring.  What do you think?
 
  Cheers,
 
  Edward
 
 
  On 13 June 2013 14:31, Troels Emtekær Linnet tlin...@gmail.com wrote:
   Hi.
  
   I got tired of opening each xmgrace file to see the plot.
   I found that to export to png, you need to:
  
   Add this to the end of the xmgrace file
  
   #Print out to
   @PRINT TO /home/you/output.png
   @HARDCOPY DEVICE PNG
   @DEVICE PNG FONT ANTIALIASING on
   # Make white background transparent
   #@DEVICE PNG OP transparent:on
   @DEVICE PNG OP compression:9
   @PRINT
  
   Then issue an HARDCOPY with xmgrace
   xmgrace -hardcopy xmgracefile.agr
  
  
   Script to make both png and eps for a folder with xmgrace files
  
   Write in: xmgrace_png
   and put in your bin folder
  
   #!/bin/bash
  
   for gracefile in *.agr; do
   filename=$(basename $gracefile)
   extension=${filename##*.}
   filename=${filename%.*}
  
   TMPPNG=${filename}_png.tmp
   cat $gracefile  $TMPPNG
   echo #Print out to  $TMPPNG
   echo '@PRINT TO '${PWD}/${filename}.png''  $TMPPNG
   echo '@HARDCOPY

Re: Time of running, Model selection and global/cluster analysis for relaxation dispersion analysis

2013-06-13 Thread Edward d'Auvergne
Hi,

You can find this information using the GUI, programmatically or by
reading the XML results file.  The relax data store contains a special
hierarchical data structure for holding information about your spin
systems.  This is the molecule, residue, and spin data structure which
you will see when:

- Looking at the contents of the spin viewer window in the GUI,
- Opening a relax results or state XML file in a text editor,
- Looking at the cdp.mol[i].res[j].spin[k] data structure.

In each of these cases, look for the 'model' variable and its value
will be the selected model.  Programmatically you would use, for
example, the following relax code:

from pipe_control.mol_res_spin import spin_loop

state.load('my_state.bz2')
for spin, spin_id in spin_loop(return_id=True, skip_desel=True):
print(Spin '%s', model '%s' % (spin_id, spin.model))

You will then have a printed out list of all models per spin (though
without clustering information).  I hope this helps.

Regards,

Edward



On 13 June 2013 17:59, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Hi Edward.

 It certainly helped setting Monte Carlo simulations to 3, for the
 auto-analysis.
 Now I am down to half/full hour for all methods. :-)
 Great!

 But could you help me pin pointing how to find which model is selected?
 I can't find any button in the GUI. Is it there?

 I can do it by grep in the logfile:
 grep -B 6 The model from the data LOGFILE.txt | head -n 20

 The spin cluster ['#protein:3@N'].
 # Data pipeNum_params_(k)Num_data_sets_(n)Chi2 Criterion
 No Rex 1 14   105.22792107.22792
 LM63   3 14   6.86584  12.86584
 CR72   4 14   6.63718  14.63718
 IT99   4 14   6.62371  14.62371
 The model from the data pipe 'LM63' has been selected.
 --
 The spin cluster ['#protein:5@N'].
 # Data pipeNum_params_(k)Num_data_sets_(n)Chi2 Criterion
 No Rex 1 14   102.30715104.30715
 LM63   3 14   2.28925  8.28925
 CR72   4 14   2.28845  10.28845
 IT99   4 14   2.41391  10.41391
 ...


 But what if you run relax without the flag: -l LOGFILE.txt

 ???

 Does the cdp class contain the information?

 Best
 Troels



 Best
 Troels


 Troels Emtekær Linnet


 2013/6/11 Edward d'Auvergne edw...@nmr-relax.com

 Hi,

 I'll answer below:


  I performed 'cpmg fixed' a  relaxation dispersion analysis, for dataset
  with
  68 residues.
  Having 22 intensity files, with 4 triple replications.
 
  I took from 17 pm to 13 pm following day, app 20 hours.
  The analysed models were: R2eff', 'No Rex','LM63','CR72'
 
  Is 20 hours for an analysis expected?
  , or should I look for some errors somewhere?

 This depends.  By default relax uses much higher precision
 optimisation than most other softwares.  This is based on the
 philosophy that more accurate results are worth the wait, especially
 considering that this time is relatively small in comparison to the
 measurement and processing time (and adding the inevitable
 re-measurements).  In addition, lots of Monte Carlo simulations are
 used for really accurately determining your parameter errors.  For
 comparison, note that a full a Lipari and Szabo model-free analysis
 can take between 1 day and 2 weeks to complete.

 For initial analyses where errors are not so important, the number of
 simulations can be dropped massively to speed things up.  This can
 also be done for students.  The result is that the error estimates of
 the parameters are horrible but, in some cases, excluding publication,
 that is not such a problem.  This will not affect model selection
 either.  Therefore if errors are not important for specific cases,
 then set the number of MC sims to 3.  Then watch how much quicker
 things run.

 Oh, if this is for students using the GUI, you could hack a special
 version of relax to have the auto-analysis perform much lower
 precision optimisation.  It should be possible to make things run very
 quick for them.  If they are using scripting, but still the relaxation
 dispersion auto-analysis, then no hacking is necessary.  The function
 tolerance and maximum number of iterations can be set using special
 tricks ;)


  Relax made a model selection.
  model_selection(method='AIC', modsel_pipe='final', bundle=None,
  pipes=['No
  Rex', 'LM63', 'CR72'])
 
  How can I inspect which model is then chosen?

 Well, the hard way would be to open the relax saved state in the
 'final' directory.  Or to look at the logs.  That information is
 unfortunately not presented in a text file.  How would you suggest
 that such information is presented?


  Then I would like to make a global fit / cluster analysis.
  Is this implemented yet

Re: error message of relax

2013-06-24 Thread Edward d'Auvergne
Hi Xi,

The problem you see was fixed in relax a long, long time ago.  The
version you are using is about 2.5 years old, so I would highly
recommend upgrading to the most recent release of relax 2.2.5
(http://www.nmr-relax.com/download.html).  There have been innumerable
changes, fixes, and improvements to the relax GUI since the old 1.3
days.  All this code has been rewritten close to two times since
Michael Bieri's original GUI version.  The code that triggered the bug
no longer exists.  I hope this helps.

Regards,

Edward


On 24 June 2013 21:02, Xi Huang huangxi987...@gmail.com wrote:
 Hi,

 The relax has an error message after finish the final global calculation
 when writing result files. I have the results.bzfile but it can't output the
 result values. What should I do or is there any script I can run to extract
 order parameters from the results.bz file? Thanks

 Below is the error message





 Successfully calculated the final global model.
 ___

 Creating results files


 relax pipe.create(pipe_name='Data_extraction Mon Jun 24 08:55:23 2013',
 pipe_type='mf')

 relax
 results.read(file='/home/fanucci/Desktop/R/A71V/new-06212013/final/results',
 dir=None)
 Opening the file
 '/home/fanucci/Desktop/R/A71V/new-06212013/final/results.bz2' for reading.
 Unhandled exception in thread started by
 Traceback (most recent call last):
   File /usr/local/relax-1.3.10/gui/analyses/auto_model_free.py, line 1028,
 in execute_thread
 results_analysis = model_free_results(self, data.save_dir,
 data.structure_file)
   File /usr/local/relax-1.3.10/gui/analyses/results_analysis.py, line 158,
 in model_free_results
 rex_eff = float(spin.rex) * (int(spin.frq_labels[1]) * 100 * 2 *
 3.14159)**2
 IndexError: list index out of range


 On Mon, Jun 24, 2013 at 2:57 PM, Edward d'Auvergne edw...@nmr-relax.com
 wrote:

 Hi Xi Huang,

 Sorry in advance, but the following is the standard pre-composed
 response to a post not sent to the relax mailing lists and not
 labelled as private.  If you would like to start a private
 conversation about relax, please label your message as such.  If you
 really must start a private exchange, please respond to this message
 saying so.  If your message was meant to be sent to the relax mailing
 list, please send the message again.  For this, please copy-and-paste
 your message, replying to the original (i.e. no forwarding), and
 making sure that the mailing list is in the CC field by clicking on
 'reply-to-all'.

 Cheers,

 Edward



 On 24 June 2013 20:04, Xi Huang huangxi987...@gmail.com wrote:
  Hi Edward,
 
  The relax has an error message after finish the final global calculation
  when writing result files. I have the results.bz file but it can't
  output
  the result values. What should I do or is there any script I can run to
  extract order parameters from the results.bz file? Thanks
 
  Below if the error message
 
 
 
 
  Successfully calculated the final global model.
  ___
 
  Creating results files
 
 
  relax pipe.create(pipe_name='Data_extraction Mon Jun 24 08:55:23 2013',
  pipe_type='mf')
 
  relax
 
  results.read(file='/home/fanucci/Desktop/R/A71V/new-06212013/final/results',
  dir=None)
  Opening the file
  '/home/fanucci/Desktop/R/A71V/new-06212013/final/results.bz2' for
  reading.
  Unhandled exception in thread started by
  Traceback (most recent call last):
File /usr/local/relax-1.3.10/gui/analyses/auto_model_free.py, line
  1028,
  in execute_thread
  results_analysis = model_free_results(self, data.save_dir,
  data.structure_file)
File /usr/local/relax-1.3.10/gui/analyses/results_analysis.py, line
  158,
  in model_free_results
  rex_eff = float(spin.rex) * (int(spin.frq_labels[1]) * 100 * 2 *
  3.14159)**2
  IndexError: list index out of range
 
 
 
 
 
  --
  Xi Huang
  PhD Candidate, Division of Physical Chemistry
  Gail E. Fanucci Research Group
  Department of Chemistry
  University of Florida
 




 --
 Xi Huang
 PhD Candidate, Division of Physical Chemistry
 Gail E. Fanucci Research Group
 Department of Chemistry
 University of Florida


___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: error message of relax

2013-06-24 Thread Edward d'Auvergne
You may be able to open the final results file in the new version, but
I don't remember where this bug triggered and how many of the final
results files are missing.  If this is a problem, just load the final
results file (assuming it was created) and click on the execute
button.  This will automatically detect that you have already
optimised most of the diffusion models, assume that relax terminated
early, then perform 1 or 2 rounds of optimisation of each model and
finish cleanly.  This should be quite quick, though all Monte Carlo
simulations will have to be rerun.  If you have the time though, I
would recommend starting over.

Regards,

Edward



On 24 June 2013 22:00, Xi Huang huangxi987...@gmail.com wrote:
 Thank you!

 Xi From: Edward d'Auvergne
 Sent: 6/24/2013 3:24 PM
 To: Xi Huang
 Cc: relax-users@gna.org
 Subject: Re: error message of relax
 Hi Xi,

 The problem you see was fixed in relax a long, long time ago.  The
 version you are using is about 2.5 years old, so I would highly
 recommend upgrading to the most recent release of relax 2.2.5
 (http://www.nmr-relax.com/download.html).  There have been innumerable
 changes, fixes, and improvements to the relax GUI since the old 1.3
 days.  All this code has been rewritten close to two times since
 Michael Bieri's original GUI version.  The code that triggered the bug
 no longer exists.  I hope this helps.

 Regards,

 Edward


 On 24 June 2013 21:02, Xi Huang huangxi987...@gmail.com wrote:
 Hi,

 The relax has an error message after finish the final global calculation
 when writing result files. I have the results.bzfile but it can't output the
 result values. What should I do or is there any script I can run to extract
 order parameters from the results.bz file? Thanks

 Below is the error message





 Successfully calculated the final global model.
 ___

 Creating results files


 relax pipe.create(pipe_name='Data_extraction Mon Jun 24 08:55:23 2013',
 pipe_type='mf')

 relax
 results.read(file='/home/fanucci/Desktop/R/A71V/new-06212013/final/results',
 dir=None)
 Opening the file
 '/home/fanucci/Desktop/R/A71V/new-06212013/final/results.bz2' for reading.
 Unhandled exception in thread started by
 Traceback (most recent call last):
   File /usr/local/relax-1.3.10/gui/analyses/auto_model_free.py, line 1028,
 in execute_thread
 results_analysis = model_free_results(self, data.save_dir,
 data.structure_file)
   File /usr/local/relax-1.3.10/gui/analyses/results_analysis.py, line 158,
 in model_free_results
 rex_eff = float(spin.rex) * (int(spin.frq_labels[1]) * 100 * 2 *
 3.14159)**2
 IndexError: list index out of range


 On Mon, Jun 24, 2013 at 2:57 PM, Edward d'Auvergne edw...@nmr-relax.com
 wrote:

 Hi Xi Huang,

 Sorry in advance, but the following is the standard pre-composed
 response to a post not sent to the relax mailing lists and not
 labelled as private.  If you would like to start a private
 conversation about relax, please label your message as such.  If you
 really must start a private exchange, please respond to this message
 saying so.  If your message was meant to be sent to the relax mailing
 list, please send the message again.  For this, please copy-and-paste
 your message, replying to the original (i.e. no forwarding), and
 making sure that the mailing list is in the CC field by clicking on
 'reply-to-all'.

 Cheers,

 Edward



 On 24 June 2013 20:04, Xi Huang huangxi987...@gmail.com wrote:
  Hi Edward,
 
  The relax has an error message after finish the final global calculation
  when writing result files. I have the results.bz file but it can't
  output
  the result values. What should I do or is there any script I can run to
  extract order parameters from the results.bz file? Thanks
 
  Below if the error message
 
 
 
 
  Successfully calculated the final global model.
  ___
 
  Creating results files
 
 
  relax pipe.create(pipe_name='Data_extraction Mon Jun 24 08:55:23 2013',
  pipe_type='mf')
 
  relax
 
  results.read(file='/home/fanucci/Desktop/R/A71V/new-06212013/final/results',
  dir=None)
  Opening the file
  '/home/fanucci/Desktop/R/A71V/new-06212013/final/results.bz2' for
  reading.
  Unhandled exception in thread started by
  Traceback (most recent call last):
File /usr/local/relax-1.3.10/gui/analyses/auto_model_free.py, line
  1028,
  in execute_thread
  results_analysis = model_free_results(self, data.save_dir,
  data.structure_file)
File /usr/local/relax-1.3.10/gui/analyses/results_analysis.py, line
  158,
  in model_free_results
  rex_eff = float(spin.rex) * (int(spin.frq_labels[1]) * 100 * 2 *
  3.14159)**2
  IndexError: list index out of range
 
 
 
 
 
  --
  Xi Huang
  PhD Candidate, Division of Physical Chemistry
  Gail E. Fanucci Research Group
  Department of Chemistry
  University of Florida
 




 --
 Xi Huang
 PhD Candidate, Division of Physical Chemistry
 Gail E. Fanucci

Re: Help needed for relax error

2013-07-09 Thread Edward d'Auvergne
Hi Xi,

That's great to hear.  Sorry for not responding earlier, I was on holidays
in France last week.  How did you solve the problem in the end?  Did you
rerun everything from scratch?  Or did you load each results file, set the
isotope type for all spin systems, and save the modified results file?

Cheers,

Edward




On 8 July 2013 22:36, Xi Huang huangxi987...@gmail.com wrote:

 Hi Edward,

 Just let you know that I have fixed this problem and it's been working
 fine. Thanks.

 Xi


 On Tue, Jul 2, 2013 at 4:45 PM, Xi Huang huangxi987...@gmail.com wrote:

 Hi Edward,

 I have finished calculating all the manual modes except the final
 calculation using the newest version of relax. However, when I try to run
 the final to get the final results. It pops out the following error
 message. I have tried to reload the SpinContainer and reset csa value, the
 error message still exist. Could you help me figure out why? Thanks


 Traceback (most recent call last):
   File /usr/local/relax-2.2.5/gui/analyses/auto_model_free.py, line
 587, in execute
 data, missing = self.assemble_data()
   File /usr/local/relax-2.2.5/gui/analyses/auto_model_free.py, line
 415, in assemble_data
 if spin.isotope in ['15N', '13C'] and (not hasattr(spin, 'csa') or
 spin.csa == None):
 AttributeError: 'SpinContainer' object has no attribute 'isotope'


 --
 Xi Huang
 PhD Candidate, Division of Physical Chemistry
 Gail E. Fanucci Research Group
 Department of Chemistry
 University of Florida





 --
 Xi Huang
 PhD Candidate, Division of Physical Chemistry
 Gail E. Fanucci Research Group
 Department of Chemistry
 University of Florida


___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Running with more that 1/2 CPU's

2013-07-09 Thread Edward d'Auvergne
Hi,

Sorry for the late reply, I have only just returned from holidays.
Please see below for answers to your questions:


 But what is the limit of one instance then?

In relax there are no limits.  If you have the memory available, then
relax will use it.  If you go too far, the operating system OOM killer
will terminate relax (or on Windows and Mac OS, the system will start
swapping and become almost unusable).


 Say I want to analyse the same dataset 100 times, each of the dataset have 
 experienced
 an external parameter change. A normal analysis create 4/5 different pipes 
 for each
 fitting model.
 Would relax be able to handle 500 pipes?

No problems.  If your computer will handle it is a different question.


 Here I worry about the final_state file, saving, and memory management.
 Is the memory released meanwhile?

This depends.  If you call the pipe.delete user function between each,
then yes.  Otherwise no.


 Or should I flush/delete the pipes/memory for each 1/100 run?

If you run out of memory, then you will need to call pipe.delete.  I
hope this helps.

Regards,

Edward

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: AIC values

2013-07-22 Thread Edward d'Auvergne
Hi Romel,

From the logic that the prolate axially symmetric tensor and full
ellipsoid are nested models, it would normally be the case that
chi-squared value for the ellipsoid be smaller than the prolate model,
or at least close to the same.  This logic is only broken if
optimisation is incomplete for the ellipsoidal model.  However the
model-free problem is much more complicated than just one diffusion
model verses another.  The reason is because of two interlinked
problems - that of finding the diffusion tensor and that of finding
the internal dynamics.  The prolate tensor has 4 parameters and the
ellipsoid 6.  Therefore it is clear from the difference of 1 in the
parameter number k that it is not just the diffusion models that are
different.

If you have a close look at the level of the spin, you will see that
the model-free models selected for each diffusion tensor will
different.  This is normal, as in the model-free analysis you have a
chicken and egg problem of finding the diffusion tensor and finding
the internal motions.  The result of one influences the optimisation -
and model selection - of the other.  The model-free problem is quite
complex, as I tried to parametrise in
http://dx.doi.org/10.1039/b702202f.  If the diffusion tensor is too
simplified, you have artificial internal motions appearing (both ns
motions and Rex).  Hence the models will be different.  This is
described in detail in that paper.  The artificial motions also occurs
if the XH bond vector orientation is poorly or incorrectly defined in
the structure - and this is also linked to the diffusion tensor
optimisation.

You do however have a very clean example however of the perfect
nesting of two models.  This is quite rare.  The oblate and ellipsoid
models have almost identical chi-squared values and a parameter
difference of 2 - this indicates, though not definitively, that the
model-free models selected are the same for both diffusion models.
Anyway, I hope this description helped.  If you need more details on
the model-free problem and space, the above link will help explain how
this is not just a simple single-universe optimisation problem, but a
multi-universe optimisation problem with interlinked model selection
and optimisation.  You just have your prolate and ellipsoid results in
parallel, but slightly different universes.

Regards,

Edward


P. S.  Note that a chi-squared difference of 15 is not too significant
if you consider how many relaxation data points for all spin systems
you have used.  If you divide one by the other, you have the reduced
chi-squared difference which you will see is quite small.



On 22 July 2013 17:48, Romel Bobby rbob...@aucklanduni.ac.nz wrote:
 Dear users,

 I recently ran a model-free analysis on a ~5kDa protein with relaxation data
 measured at three fields (600, 800  900 MHz). For the analysis, I used the
 fully automated analysis (dauvergne_protocol.py).

 At the end of the diffusion tensor optimisation step, a prolate spheroid
 tensor seemed to be the best description for diffusion, as assessed by AIC.
 See below the AIC scores for the individual models:

 Data pipek   n  Chi2
 Criterion
 sphere102204  2479.48833   2683.48833
 prolate89  204  2391.34556   2569.34556
 oblate 88  204  2405.33989   2581.33989
 ellipsoid  90  204  2405.90291   2585.90291

 My question now concerns the 'large' deviation of ~15 units in chi-squared
 values between the ellipsoid and prolate models. Shouldn't the value of the
 ellipsoid be smaller than the axially symmetric models, considering that two
 additional parameters are used in the ellipsoid?
 Why is the chi-squared value slightly larger for the ellipsoid than the
 prolate?

 I looked at the individual models and the log files. The optimisation
 finished after convergence and the analysis didn't report any errors or the
 like.

 Many thanks,

 Romel

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users


___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Over-fit spin deselection error

2013-07-24 Thread Edward d'Auvergne
Hi Lusine,

Welcome to the relax mailing lists!  The problem you have encountered
is simply that for the spin systems you are looking at, that they have
no relaxation data loaded for them.  I can only guess as I don't have
the information, but if you look back in the relax messages, you will
see that at the point of the relax_data.read() user function calls,
there will be warnings present there and no relaxation data will be
visible.  Normally it should look something like:

-
relax relax_data.read(ri_id='R1_900', ri_type='R1', frq=9.0,
file='r1.900.out',
dir='/data/relax/branches/relax_disp/test_suite/shared_data/model_free/sphere/',
spin_id_col=None, mol_name_col=1, res_num_col=2, res_name_col=3,
spin_num_col=4, spin_name_col=5, data_col=6, error_col=7, sep=None,
spin_id=None)
RelaxWarning: The precise spectrometer frequency should be suppled, a
value such as 5 or 5e8 for a 500 MHz machine is not
acceptable.  Please see the 'sfrq' parameter in the Varian procpar
file or the 'SFO1' parameter in the Bruker acqus file.
Opening the file
'/data/relax/branches/relax_disp/test_suite/shared_data/model_free/sphere//r1.900.out'
for reading.
RelaxWarning: The precise spectrometer frequency should be suppled, a
value such as 5 or 5e8 for a 500 MHz machine is not
acceptable.  Please see the 'sfrq' parameter in the Varian procpar
file or the 'SFO1' parameter in the Bruker acqus file.

The following 900.0 MHz R1 relaxation data with the ID 'R1_900' has
been loaded into the relax data store:

# Spin_ID Value Error
#sphere_mol1:1@N  0.71118202010799880.014223640402159976
#sphere_mol1:2@N  0.71118202010799880.014223640402159976
#sphere_mol1:3@N  0.71118202010799880.014223640402159976
#sphere_mol1:4@N  0.71118202010799880.014223640402159976
#sphere_mol1:5@N  0.71118202010799880.014223640402159976
#sphere_mol1:6@N  0.71118202010799880.014223640402159976
#sphere_mol1:7@N  0.71118202010799880.014223640402159976
#sphere_mol1:8@N  0.71118202010799880.014223640402159976
#sphere_mol1:9@N  0.71118202010799880.014223640402159976
#sphere_mol1:9@NE10.71118202010799880.014223640402159976
-

This is synthetic, perfect data from the relax test suite, so your
messages will be slightly different.  I would also recommend that you
carefully look at all of the messages from the very start.  Every
single warning must be thoroughly checked.  I cannot emphasis this
enough!  Some warnings will be acceptable, for example if there is
strange or missing data in a file (unassigned peaks, etc.).  But
others will indicate problems that will later on be fatal for the
analysis.  I hope this helps.

Regards,

Edward


On 24 July 2013 02:47, Simonyan, Lusine lusine.simonyan@my.csun.edu wrote:


 -- Forwarded message --
 From: Simonyan, Lusine lusine.simonyan@my.csun.edu
 Date: Tue, Jul 23, 2013 at 9:52 AM
 Subject: Over-fit spin deselection error
 To: relax-annou...@gna.org


 Hi,
 I am trying to analyse ssNOE, R1, and R2 data for 600 and 800MHz using
 relax, but for some reason I get a relax warning looking like this:

 Over-fit spin deselection:
 RelaxWarning: The spin '#hRGS4:4@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:5@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:6@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:7@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:8@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:9@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:10@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:11@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:12@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:13@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:14@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:15@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:16@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:17@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:18@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:19@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:20@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:21@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:22@N' has been deselected because of
 insufficient data.
 RelaxWarning: The spin '#hRGS4:23@N' has been deselected because of
 insufficient data.
 

Re: relax installation with EPD

2013-07-29 Thread Edward d'Auvergne
Hi Mathilde,

I think Troels might be able to help you with this a bit better as he
has used the EPD (Enthought Python Distribution).  From memory, I
think he switched to standard Python as there were too many problems
with the EPD.  For example, this EPD bug that Troels reported:

http://gna.org/bugs/?20884

Can you use the standard Python in '/usr/bin/python'?  If you have
root access, as this is a fedora installation you can use all of the
'yum' commands at http://wiki.nmr-relax.com/Installation_linux.  Then
you need to make sure that when you type 'python' at the prompt that
you get the correct python at '/usr/bin/python'.  The EPD might have
played with paths or added aliases.  Try typing:

$ which python
/usr/bin/python
$ alias python
bash: alias: python: not found

This is what you should see.  Once you have the regular Python on your
system path, which you can see with:

$ echo $PATH

and you run the 'yum' commands in the relax wiki link above, then it
will be incredibly easy to compile the C modules!  Note that the scons
error you see is because scons is using /usr/bin/python but the
default Python in your shell environment is that from the EPD.  This
problem is eliminated when the standard Python is used.  Otherwise you
cannot use the standard scons but instead require a special scons for
the EPD.  I hope this helps.

Regards,

Edward



On 29 July 2013 13:32, mathilde lescanne mathilde.lesca...@gmail.com wrote:
 Hi all,
 I'am currently trying to install relax on my computer and I have some
 difficulties for compiling the C modules. I've tried to manually
 compile the modules but I failed... Notice that I use Enthough Python
 Distribution.
 Here is the output of the --info command:

 [mlescanne@localhost ~/relax_disp]$ relax --info



   relax repository checkout r20477
   svn://svn.gna.org/svn/relax/branches/relax_disp

   Molecular dynamics by NMR data analysis

  Copyright (C) 2001-2006 Edward d'Auvergne
  Copyright (C) 2006-2013 the relax development team

 This is free software which you are welcome to modify and redistribute
 under the conditions of the
 GNU General Public License (GPL).  This program, including all
 modules, is licensed under the GPL
 and comes with absolutely no warranty.  For details type 'GPL' within
 the relax prompt.

 Assistance in using the relax prompt and scripting interface can be
 accessed by typing 'help' within
 the prompt.

 ImportError: relaxation curve fitting is unavailable, the
 corresponding C modules have not been compiled.

 Processor fabric:  Uni-processor.


 Hardware information:
 Machine: i686
 Processor:   i686
 Endianness:  little
 Total RAM size:  1967 Mb
 Total swap size: 4102 Mb

 Operating system information:
 System:  Linux
 Release: 2.6.30.10-105.2.23.fc11.i686.PAE
 Version: #1 SMP Thu Feb 11 07:05:37 UTC 2010
 GNU/Linux version:   Fedora 11 Leonidas
 Distribution:fedora 11 Leonidas
 Full platform string:
 Linux-2.6.30.10-105.2.23.fc11.i686.PAE-i686-with-fedora-11-Leonidas

 Python information:
 Architecture:32bit ELF
 Python version:  2.7.3
 Python branch:
 Python build:default, Apr 11 2012 18:02:54
 Python compiler: GCC 4.1.2 20080704 (Red Hat 4.1.2-44)
 Libc version:glibc 2.0
 Python implementation:   CPython
 Python revision:
 Python executable:
 /data/people/mlescanne/epd_free-7.3-2-rh5-x86/bin/python
 Python flags:sys.flags(debug=0, py3k_warning=0,
 division_warning=0, division_new=0, inspect=0, interactive=0,
 optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0,
 ignore_environment=0, tabcheck=0, verbose=0, unicode=0,
 bytes_warning=0, hash_randomization=0)
 Python float info:
 sys.float_info(max=1.7976931348623157e+308, max_exp=1024,
 max_10_exp=308, min=2.2250738585072014e-308, min_exp=-1021,
 min_10_exp=-307, dig=15, mant_dig=53, epsilon=2.220446049250313e-16,
 radix=2, rounds=1)
 Python module path:
 ['/data/people/mlescanne/fct_optimisation/relax/relax_disp',
 '/data/soft/ccpnmr_2.1.3_1/ccpnmr2.1/python',
 '/data/people/mlescanne/epd_free-7.3-2-rh5-x86/lib/python27.zip',
 '/data/people/mlescanne/epd_free-7.3-2-rh5-x86/lib/python2.7',
 '/data/people/mlescanne/epd_free-7.3-2-rh5-x86/lib/python2.7/plat-linux2',
 '/data/people/mlescanne/epd_free-7.3-2-rh5-x86/lib/python2.7/lib-tk',
 '/data/people/mlescanne/epd_free-7.3-2-rh5-x86/lib/python2.7/lib-old',
 '/data/people/mlescanne/epd_free-7.3-2-rh5-x86/lib/python2.7/lib-dynload',
 '/data/people/mlescanne/epd_free-7.3-2-rh5-x86/lib/python2.7/site-packages',
 '/data/people/mlescanne/epd_free-7.3-2-rh5-x86/lib/python2.7/site-packages/PIL']

 Python packages and modules (most

Re: opening old dataset in Relax

2013-08-06 Thread Edward d'Auvergne
Hi Angelo,

There should be no problems opening an old relax save file.  The
support is for all files dating back to 2005 and the early relax 1.0
days.  The opening of old relax save and results files is constantly
tested in the relax test suite, so it should just work.  Not only that
but it should work forever, or at least for the lifetime of the relax
project, for the loading results files from all past relax versions
into all future relax versions!

If you do have a problem opening an old results file, please consider
opening a bug report (https://gna.org/bugs/?func=additemgroup=relax).
 This will be of great benefit for other relax users as it would
significantly help with relax supporting old results files.  This
support relies on users identifying and communicating edge cases which
fail.  If you could truncate your results file by opening it and
deleting all data except for 1 or 2 spin systems and you can still
trigger the same bug, then attaching this to the report would be ideal
(you can randomise the numbers if you don't want anyone seeing your
results).  I could then add your file to the relax test suite and make
a test checking that it can be opened correctly.  A detailed bug
report with such a file attached allows me to fix most problem within
about 5 minutes.

Cheers,

Edward


On 6 August 2013 19:16, Angelo Miguel Figueiredo
am.figueir...@fct.unl.pt wrote:
 Dear Edward and Relax community,

 By any chance Relax software can open old results data files, such like 
 results.bz2 and still allow me to use user-functions? Or should I need to 
 re-run everything again to display diffusion tensors?
 There is also a way to obtain from an old dataset which model free model was 
 selected by each residue after the full algorithm completion, i.e. the final 
 run?

 Cheers,
 Angelo
 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: opening old dataset in Relax

2013-08-07 Thread Edward d'Auvergne
Hi Angelo,

I suggest looking at the following two scripts:

sample_scripts/model_free/table_latex.py
sample_scripts/model_free/table_csv.py

These may present the data in the form you are looking for.  You can
also always consider becoming a power user and writing your own Python
script.  For this you only need the spin_loop() method - you can see
how this is used in those two scripts.  Or you could simply modify one
of these scripts to generate the output as you desire.  I hope this
helps.

Regards,

Edward


P. S.  If you wish, you can upload your custom scripts to the script
repository on the relax wiki (http://wiki.nmr-relax.com/Main_Page).
If you think your script would be useful for others, you can also have
it included with relax.



On 7 August 2013 18:11, Angelo Miguel Figueiredo
am.figueir...@fct.unl.pt wrote:
 Dear Edward

 Thanks. Yes, I manage to open the dataset and ran the model_selection user 
 function. From the relax prompt window I see the output from model free 
 model(s) for each residue i.e. number parameters used, plus how many datasets 
 were used, plus chi2 and criterion. However the execution progress bar keeps 
 running indefinitely and seems never end … I wonder if I would get a final 
 table .txt type, p.e: residue 1 - model xxx -- I don't believe it, but might 
 be a good idea for new relax versions :-)
 Anyway, my point is I just would like to see which models where picked by 
 relax after running model-free analysis, from this old dataset.
 Any help would be appreciated.

 Many thanks,
 Angelo

 On 6 Aug 2013, at 18:42, Edward d'Auvergne wrote:

 Hi Angelo,

 There should be no problems opening an old relax save file.  The
 support is for all files dating back to 2005 and the early relax 1.0
 days.  The opening of old relax save and results files is constantly
 tested in the relax test suite, so it should just work.  Not only that
 but it should work forever, or at least for the lifetime of the relax
 project, for the loading results files from all past relax versions
 into all future relax versions!

 If you do have a problem opening an old results file, please consider
 opening a bug report (https://gna.org/bugs/?func=additemgroup=relax).
 This will be of great benefit for other relax users as it would
 significantly help with relax supporting old results files.  This
 support relies on users identifying and communicating edge cases which
 fail.  If you could truncate your results file by opening it and
 deleting all data except for 1 or 2 spin systems and you can still
 trigger the same bug, then attaching this to the report would be ideal
 (you can randomise the numbers if you don't want anyone seeing your
 results).  I could then add your file to the relax test suite and make
 a test checking that it can be opened correctly.  A detailed bug
 report with such a file attached allows me to fix most problem within
 about 5 minutes.

 Cheers,

 Edward


 On 6 August 2013 19:16, Angelo Miguel Figueiredo
 am.figueir...@fct.unl.pt wrote:
 Dear Edward and Relax community,

 By any chance Relax software can open old results data files, such like 
 results.bz2 and still allow me to use user-functions? Or should I need to 
 re-run everything again to display diffusion tensors?
 There is also a way to obtain from an old dataset which model free model 
 was selected by each residue after the full algorithm completion, i.e. the 
 final run?

 Cheers,
 Angelo
 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users


 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: relax version 3.0.0

2013-08-12 Thread Edward d'Auvergne
Hi Venkat,

I think you are the first to ever run relax on Mac OS X with Art
Palmer's Modelfree program simultaneously installed!  Or at least the
first person to report this.  Note that relax is operating fine.  The
failure is only because relax is looking for exact values from
Modelfree4 but that the Mac OS X binaries produce slightly different
results to the Linux binaries.  Before I update the tests in relax
could you report which version of Modelfree4 are you using?  You may
have an old version on your system which is truncating the chi2 values
in the mfout files to 2 decimal places.  In this case there is no
point updating relax.

Cheers,

Edward




On 12 August 2013 17:48, Venkat V ven...@hkl.hms.harvard.edu wrote:
 Hi,

 I installed relax 3.0.0 on i386-linux(centos5), x86_64-linux(centos5) and
 osx (10.6).

 I ran the relax --test-suite on linux machine via command line and on OSX
 via the GUI.

 All tests pass except for 2 in the system functional tests.

 Both failures are AssertionErrors.

 palmer.py, line 124, in test_palmer
 self.assertEqual(spin.chi2, chi2[model_index][spin_index])
 AssertionError: 36.62 != 36.6223

 ==
 FAIL: test_palmer_omp (test_suite.system_tests.palmer.Palmer)
 Test a complete model-free analysis using 'Modelfree4' with the OMP
 relaxation data, a PDB file, and a spheroid tensor.


 palmer.py, line 225, in test_palmer_omp
 self.assertEqual(spin.chi2, chi2[model_index][spin_index])
 AssertionError: 143.7 != 143.6773

 Venkat


 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users


___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: relax version 3.0.0

2013-08-13 Thread Edward d'Auvergne
Hi Venkat,

Would you happen to know which FORTRAN version you have on your
system?  I am trying to replicate this Modelfree4 on Mac problem by
installing Art's program on my Mac test system.  However I have a
problem with running the program in that it says that the
/usr/local/lib/libgfortran.3.dylib library is missing.  I'm using the
standard GCC one from http://r.research.att.com/tools/.  Any
information would be appreciated.

Cheers,

Edward



On 12 August 2013 18:23, Venkat V ven...@hkl.hms.harvard.edu wrote:
 Hi Edward,

 Modelfree4 version is 4.2.

 Venkat



 On Mon, Aug 12, 2013 at 9:31 PM, Edward d'Auvergne
 edward.dauver...@gmail.com wrote:

 Hi Venkat,

 I think you are the first to ever run relax on Mac OS X with Art
 Palmer's Modelfree program simultaneously installed!  Or at least the
 first person to report this.  Note that relax is operating fine.  The
 failure is only because relax is looking for exact values from
 Modelfree4 but that the Mac OS X binaries produce slightly different
 results to the Linux binaries.  Before I update the tests in relax
 could you report which version of Modelfree4 are you using?  You may
 have an old version on your system which is truncating the chi2 values
 in the mfout files to 2 decimal places.  In this case there is no
 point updating relax.

 Cheers,

 Edward




 On 12 August 2013 17:48, Venkat V ven...@hkl.hms.harvard.edu wrote:
  Hi,
 
  I installed relax 3.0.0 on i386-linux(centos5), x86_64-linux(centos5)
  and
  osx (10.6).
 
  I ran the relax --test-suite on linux machine via command line and on
  OSX
  via the GUI.
 
  All tests pass except for 2 in the system functional tests.
 
  Both failures are AssertionErrors.
 
  palmer.py, line 124, in test_palmer
  self.assertEqual(spin.chi2, chi2[model_index][spin_index])
  AssertionError: 36.62 != 36.6223
 
  ==
  FAIL: test_palmer_omp (test_suite.system_tests.palmer.Palmer)
  Test a complete model-free analysis using 'Modelfree4' with the OMP
  relaxation data, a PDB file, and a spheroid tensor.
 
 
  palmer.py, line 225, in test_palmer_omp
  self.assertEqual(spin.chi2, chi2[model_index][spin_index])
  AssertionError: 143.7 != 143.6773
 
  Venkat
 
 
  ___
  relax (http://www.nmr-relax.com)
 
  This is the relax-users mailing list
  relax-users@gna.org
 
  To unsubscribe from this list, get a password
  reminder, or change your subscription options,
  visit the list information page at
  https://mail.gna.org/listinfo/relax-users
 



___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: relax version 3.0.0

2013-08-14 Thread Edward d'Auvergne
Hi Venkat,

Thank you for the information.  I have to ask a few more questions
though as I unfortunately cannot get this to run on my Mac test
system.  Are you using the Mac OS X gfortran from
http://r.research.att.com/tools/, MacPorts, HPC, or Fink?  I am using
the one from http://r.research.att.com/tools/, as this is the only one
that can compile the Python Scipy package.  Would you happen to know
the exact version, as GCC has renamed the old libgfortan.3.dylib file
to libgfortan.2.dylib in the current releases hence I might need to
hunt down an old version to make this run.  For the Linux systems, Art
Palmer's binaries are compiled only for i386 using both the old g77
and pgf fortran compilers (in the gnu/ and pgf/ directories
respectively).  I cannot run the pgf version as it segfaults (it was
compiled on Linux 2.2 and doesn't seem to run any more), but the g77
version compiled on Linux 2.6 runs fine.  Do you know which of these
two binaries you are running?  Are they self compiled or Art's
binaries?  The commands 'file' or 'ldd' followed by the modelfree4
binary will give some useful information.  On my system with the g77
binary, unfortunately I do not see the same problems as you do.  This
is a difficult problem because for every Modelfree4 binary variant
which gives a different result, I have to manually add the Modelfree4
results to the test.  Anyway, I really hope I can get down to the
bottom of this problem.

Cheers,

Edward

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Errors of the 'final' Mode of Model Free Analysis

2013-08-20 Thread Edward d'Auvergne
Hi Jing,

Welcome to the relax mailing lists!  The error you see has been
reported before by Nicolas Doucet, see the email thread at:

http://thread.gmane.org/gmane.science.nmr.relax.user/1299

Unfortunately in that case the problem disappeared without the reason
being found.  But I would recommend reading my message at the top of
that thread as I can only repeat what I said there - check the log
messages earlier up.  Submitting a bug report would be very useful in
solving this problem, as log and other files can be attached there and
I can track and handle the issue
(https://gna.org/bugs/?func=additemgroup=relax).  You could also
upgrade to relax 3.0.0 as that fixes a number of bugs, though I don't
think that this issue has been resolved
(https://gna.org/forum/forum.php?forum_id=2407,
http://article.gmane.org/gmane.science.nmr.relax.announce/43).

Regards,

Edward





On 20 August 2013 07:42, Jing Zhao jzha...@ncsu.edu wrote:
 Hi,Edward:
 I have already used the program relax 2.2.5 to run through all diffusion
 model: Sphere, Prolate, Oblate and Ellipsoid in a uni-processor and obtained
 the converged fitting results that passed the convergence test. However, I
 stuck on the final mode because of some errors as shown below:

 relax value.set(val=-0.00017198, param='csa', spin_id='@N')

 relax pipe.create(pipe_name='local_tm - mf', pipe_type='mf', bundle='mf')

 relax results.read(file='results', dir='C:\\relax\\
 Model Free Analysis\\local_tm\\aic')

 Opening the file 'C:\\relax\\Model Free Analysis
 \\local_tm\\aic\\results.bz2' for reading.

 relax pipe.create(pipe_name='sphere - mf', pipe_type='mf', bundle='mf')

 relax results.read(file='results', dir='C:\\relax\\Model Free Analysis
  \\sphere\\round_13\\opt')

 Opening the file 'C:\\relax\\Model Free Analysis
 \\sphere\\round_13\\opt\\results.bz2' for reading.

 relax pipe.create(pipe_name='prolate – mf', pipe_type='mf', bundle='mf')

 relax results.read(file='results', dir='C:\\relax\\Model Free Analysis
  \\prolate\\round_123\\opt')

 Opening the file 'C:\\relax\\Model FreeAnalysis
 \\prolate\\round_123\\opt\\results.bz2' for reading.

 relax pipe.create(pipe_name='oblate - mf', pipe_type='mf', bundle='mf')

 relax results.read(file='results', dir='C:\\relax\\
 Model Free Analysis\\oblate\\round_14\\opt')

 Opening the file 'C:\\relax\\Model Free Analysis
 \\oblate\\round_14\\opt\\results.bz2' for reading.

 relax pipe.create(pipe_name='ellipsoid - mf', pipe_type='mf', bundle='mf')

 relax results.read(file='results',
  dir='C:\\relax\\Model Free Analysis
 \\ellipsoid\\round_912\\opt')

 Opening the file 'C:\\relax\\Model Free Analysis
 \\ellipsoid\\round_912\\opt\\results.bz2' for reading.

 relax model_selection(method='AIC', modsel_pipe='final - mf', bundle='mf',

 pipes=['local_tm - mf ', 'sphere - mf', 'prolate - mf',
 'oblate - mf', 'ellipsoid - mf '])
 AIC model selection.

 Global model - all diffusion tensor parameters and spin specific
  model-free parameters.
 # Data pipe  Num_params_(k)
 Num_data_sets_(n)Chi2  Criterion
 local_tm - mf (Mon Aug 19 22:40:08 2013) 323   696

 5983.713486629.71348
 sphere - mf (Mon Aug 19 22:40:08 2013)   237   696

 6374.279106848.27910
 prolate - mf (Mon Aug 19 22:40:08 2013)  232   696

 6209.776706673.77670
 oblate - mf (Mon Aug 19 22:40:08 2013)   235   696

 6274.979996744.97999
 ellipsoid - mf (Mon Aug 19 22:40:08 2013)238   696

 6184.988396660.98839
 The model from the data pipe 'local_tm - mf' has been selected.

 relax monte_carlo.setup(number=500)

 relax monte_carlo.create_data(method='back_calc')

 RelaxError: The specific model has not been selected or set up.

 Do you have any idea what is wrong in the here?

 Thanks

 Jing



 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Using | nmrPipe -fn REV \ for processing CPMG dispersiong experiments

2013-08-26 Thread Edward d'Auvergne
Hi Troels,

The -fn REV part is needed for certain acquisition modes.  I copied
the script contents for one such spectrum.  This option can be removed
for most 2D experiments though.  Looking closely at the script I have
noticed that there are a few things wrong with it or at least not
ideal for a relaxation analysis.  For example the extract function
should be performed at the very end.  In this case it does not matter
as a polynomial baseline correction is not performed in the indirect
dimension but, if it were to be added, performing the data trimming
after a polynomial correction results in a better baseline.  I must
have copied the wrong script.  I'll look into this and change the
script contents to one of the scripts I use for processing spectra for
standard R1, R2 or NOE spectra from back in my PhD days.

Cheers,

Edward



On 25 August 2013 18:45, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Hi.

 I was looking the in the manual, at page: 52
 5.2.2 Spectral processing

 There is an example of processing script for NMRPipe.
 It mentions the line:
 | nmrPipe -fn REV \

 which is for reversing the spectrum, since the CPMG element in a pulse
 sequence will make the magnetization end up negative.

 According to the manual:
 http://spin.niddk.nih.gov/NMRPipe/ref/nmrpipe/rev.html

 The recommendation is to do a negative Fourier Transform

 | nmrPipe -fn FT -neg \

 Is there a special reason for | nmrPipe -fn REV \

 Best
 Troels Emtekær Linnet

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Made a wiki page for a Tutorial for Relaxation dispersion analysis cpmg fixed time recorded on varian as fid interleaved

2013-08-27 Thread Edward d'Auvergne
Hi Troels,

For this relaxation dispersion tutorial for relax, I would suggest
including the contents of scripts such as the NMRPipe_to_Sparky.sh,
CPMG_1_sort_pseudo3D_initialize_files.sh, etc. files directly into the
relax wiki page
(http://wiki.nmr-relax.com/Tutorial_for_Relaxation_dispersion_analysis_cpmg_fixed_time_recorded_on_varian_as_fid_interleaved).
 This will decouple the wiki page from the github infrastructure and
make the tutorial more future proof - for example in 25 years time if
you are no longer interested in relaxation dispersion and github is
replaced by something better, this wiki page will still be a usable
reference.

Another suggestion might be to have screenshots for each step of the
tutorial for the GUI section, with very small versions embedded in the
wiki page which can be clicked on for the full version.  I'm not sure
how you would do that though.  Maybe one of your students could take
screenshots as they are performing the analysis.  I am yet to add GUI
screenshots to the dispersion chapter of the relax user manual (the
branch version, for example at
http://download.gna.org/relax/manual/relax_disp_manual.pdf), as I am
waiting for the branch to be completed and the graphical interface
finalised.  I don't think we can share the screenshots between both as
many steps are skipped in your tutorial and replaced by scripts to
automatically set up the data pipe.

Regards,

Edward



On 27 August 2013 12:07, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Hi relax users.

 I made a wiki page for at Tutorial regarding:
 Relaxation dispersion analysis cpmg fixed time recorded on varian as
 fid interleaved

 http://wiki.nmr-relax.com/Tutorial_for_Relaxation_dispersion_analysis_cpmg_fixed_time_recorded_on_varian_as_fid_interleaved

 It is targeted new students in our lab, who can have a little trouble
 handling linux.
 It therefore contains some helper scripts, to help processing spectra.

 Any comments would be appreciated. :-)

 Troels Emtekær Linnet

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Made a wiki page for a Tutorial for Relaxation dispersion analysis cpmg fixed time recorded on varian as fid interleaved

2013-08-27 Thread Edward d'Auvergne
Hi,

I'm guessing you mean the new wiki page at:

http://wiki.nmr-relax.com/Tutorial_for_Relaxation_dispersion_analysis_cpmg_fixed_time_recorded_on_varian_as_fid_interleaved_scripts

This is a clean and more permanent solution.  The links to the github
scripts can be kept if you would like to have easy to download copies
of the files.  Also, the section
http://wiki.nmr-relax.com/Tutorial_for_Relaxation_dispersion_analysis_cpmg_fixed_time_recorded_on_varian_as_fid_interleaved#Convert_all_.2A.ft2_files_to_ucsf_format.2C_so_they_can_be_opened_in_SPARKY
could be updated to have a link to the corresponding script on new
page - it has not been updated.

On a different topic, the
http://wiki.nmr-relax.com/Tutorial_for_Relaxation_dispersion_analysis_cpmg_fixed_time_recorded_on_varian_as_fid_interleaved#making_a_spin_file_from_SPARKY_list
section may only be short lived.  With the new peak list object design
in the relax library, it should be trivial to implement the reading of
spin sequence information through the current sequence.read user
function.

Regards,

Edward


On 27 August 2013 16:00, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Now corrected. :-)

 Is it better now?

 :-)

 Troels Emtekær Linnet


 2013/8/27 Troels Emtekær Linnet tlin...@gmail.com:
 All-right.

 I will de-couple scripts. :-)


 For images:
 http://en.wikipedia.org/wiki/Wikipedia:Picture_tutorial

 Troels Emtekær Linnet


 2013/8/27 Edward d'Auvergne edw...@nmr-relax.com:
 Hi Troels,

 For this relaxation dispersion tutorial for relax, I would suggest
 including the contents of scripts such as the NMRPipe_to_Sparky.sh,
 CPMG_1_sort_pseudo3D_initialize_files.sh, etc. files directly into the
 relax wiki page
 (http://wiki.nmr-relax.com/Tutorial_for_Relaxation_dispersion_analysis_cpmg_fixed_time_recorded_on_varian_as_fid_interleaved).
  This will decouple the wiki page from the github infrastructure and
 make the tutorial more future proof - for example in 25 years time if
 you are no longer interested in relaxation dispersion and github is
 replaced by something better, this wiki page will still be a usable
 reference.

 Another suggestion might be to have screenshots for each step of the
 tutorial for the GUI section, with very small versions embedded in the
 wiki page which can be clicked on for the full version.  I'm not sure
 how you would do that though.  Maybe one of your students could take
 screenshots as they are performing the analysis.  I am yet to add GUI
 screenshots to the dispersion chapter of the relax user manual (the
 branch version, for example at
 http://download.gna.org/relax/manual/relax_disp_manual.pdf), as I am
 waiting for the branch to be completed and the graphical interface
 finalised.  I don't think we can share the screenshots between both as
 many steps are skipped in your tutorial and replaced by scripts to
 automatically set up the data pipe.

 Regards,

 Edward



 On 27 August 2013 12:07, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Hi relax users.

 I made a wiki page for at Tutorial regarding:
 Relaxation dispersion analysis cpmg fixed time recorded on varian as
 fid interleaved

 http://wiki.nmr-relax.com/Tutorial_for_Relaxation_dispersion_analysis_cpmg_fixed_time_recorded_on_varian_as_fid_interleaved

 It is targeted new students in our lab, who can have a little trouble
 handling linux.
 It therefore contains some helper scripts, to help processing spectra.

 Any comments would be appreciated. :-)

 Troels Emtekær Linnet

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Errors of the 'final' Mode of Model Free Analysis

2013-08-29 Thread Edward d'Auvergne
Hi Jing,

I have now created a bug report for the problem
(https://gna.org/bugs/?21079).  This is a real bug in relax, but I
cannot fix it due to not being able to replicate the problem and not
having enough information to determine where the problem could be.
The local tm global diffusion model is a perfectly valid model.  It
is useful for IDPs, multi-domain systems, flexible systems, or
anything that does not diffuse as a spherical, spheroidal, or
ellipsoidal rigid geometric object.  The selection of this model
indicates that these basic rigid geometric descriptions of diffusion
are not suitable for your system.  The protocol should then continue
to completion and not show this RelaxError!

Alternatively the selection of the local tm global diffusion model
can indicate that your data is not consistent.  Have you tried
Sebastien Morin's consistency testing analysis in relax?  See
http://www.nmr-relax.com/refs.html#Morin09 for details.  Have you
collected your data with proper temperature calibration and control?
I.e. you need to calibrate each experiment on each spectrometer with
MeOH or ethylene glycol.  And you need a temperature compensation
block at the start of your pulse sequence and/or single scan
interleaving.  See
http://www.nmr-relax.com/manual/Temperature_control_calibration.html,
http://www.nmr-relax.com/manual/relax_data_temp_calibration.html, and
http://www.nmr-relax.com/manual/relax_data_temp_control.html.

I hope this information helps.  I will try again to replicate the bug
you see, but I have already failed multiple times.  relax results
files attached to that bug report would make things much easier for
me.

Cheers,

Edward



On 28 August 2013 17:49, 赵竞 jzha...@ncsu.edu wrote:
 Hi,Edward:
 Thanks for the information you provided. I think the reason why Nicolas and
 I have this error message is because our local_tm model has the lowest chi
 2. So the program picked up the local_tm model. However, local_tm doesn't
 belong to the model from (m1 ~ m9), so no specific has been selected. It is
 kind of weird because the chi 2 would be larger after the program fits the
 data with more specific diffusion model. Do you know if there is a way that
 I can fix this problem to run the final model and have my model selected.

 Thanks

 Jing


 2013/8/20 Edward d'Auvergne edw...@nmr-relax.com

 Hi Jing,

 Welcome to the relax mailing lists!  The error you see has been
 reported before by Nicolas Doucet, see the email thread at:

 http://thread.gmane.org/gmane.science.nmr.relax.user/1299

 Unfortunately in that case the problem disappeared without the reason
 being found.  But I would recommend reading my message at the top of
 that thread as I can only repeat what I said there - check the log
 messages earlier up.  Submitting a bug report would be very useful in
 solving this problem, as log and other files can be attached there and
 I can track and handle the issue
 (https://gna.org/bugs/?func=additemgroup=relax).  You could also
 upgrade to relax 3.0.0 as that fixes a number of bugs, though I don't
 think that this issue has been resolved
 (https://gna.org/forum/forum.php?forum_id=2407,
 http://article.gmane.org/gmane.science.nmr.relax.announce/43).

 Regards,

 Edward





 On 20 August 2013 07:42, Jing Zhao jzha...@ncsu.edu wrote:
  Hi,Edward:
  I have already used the program relax 2.2.5 to run through all diffusion
  model: Sphere, Prolate, Oblate and Ellipsoid in a uni-processor and
  obtained
  the converged fitting results that passed the convergence test. However,
  I
  stuck on the final mode because of some errors as shown below:
 
  relax value.set(val=-0.00017198, param='csa', spin_id='@N')
 
  relax pipe.create(pipe_name='local_tm - mf', pipe_type='mf',
  bundle='mf')
 
  relax results.read(file='results', dir='C:\\relax\\
  Model Free Analysis\\local_tm\\aic')
 
  Opening the file 'C:\\relax\\Model Free Analysis
  \\local_tm\\aic\\results.bz2' for reading.
 
  relax pipe.create(pipe_name='sphere - mf', pipe_type='mf', bundle='mf')
 
  relax results.read(file='results', dir='C:\\relax\\Model Free Analysis
   \\sphere\\round_13\\opt')
 
  Opening the file 'C:\\relax\\Model Free Analysis
  \\sphere\\round_13\\opt\\results.bz2' for reading.
 
  relax pipe.create(pipe_name='prolate – mf', pipe_type='mf',
  bundle='mf')
 
  relax results.read(file='results', dir='C:\\relax\\Model Free Analysis
   \\prolate\\round_123\\opt')
 
  Opening the file 'C:\\relax\\Model FreeAnalysis
  \\prolate\\round_123\\opt\\results.bz2' for reading.
 
  relax pipe.create(pipe_name='oblate - mf', pipe_type='mf', bundle='mf')
 
  relax results.read(file='results', dir='C:\\relax\\
  Model Free Analysis\\oblate\\round_14\\opt')
 
  Opening the file 'C:\\relax\\Model Free Analysis
  \\oblate\\round_14\\opt\\results.bz2' for reading.
 
  relax pipe.create(pipe_name='ellipsoid - mf', pipe_type='mf',
  bundle='mf')
 
  relax results.read(file='results',
   dir='C:\\relax\\Model Free Analysis
  \\ellipsoid

Re: dead links for relax 3.1.1 sources

2013-12-10 Thread Edward d'Auvergne
Hi Jack,

Unfortunately my internet is quite slow at the moment so the upload is
still in progress.  If you look at http://download.gna.org/relax/, you
will see that the Mac OS X and i686 Linux files have uploaded.  But
the rest will still take ~2 hours to complete.  The official
annoucements via the relax-announce mailing list
(https://mail.gna.org/listinfo/relax-announce/ and archived at
http://news.gmane.org/gmane.science.nmr.relax.announce) and freecode
(http://freecode.com/projects/nmr-relax) should only come out once the
upload is complete.  You jumped the gun a little ;)  How did you find
out about the release?

Regards,

Edward



On 10 December 2013 18:30, Jack Howarth howa...@bromo.med.uc.edu wrote:
 The links for both the source tarballs at...

 http://download.gna.org/relax/relax-3.1.1.src.tar.bz2

 and

 http://download.gna.org/relax/relax-3.1.1.src.zip

 are missing the target files for the new release. FYI.
Jack

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Peak list reading

2013-12-21 Thread Edward d'Auvergne
Hi Min-Kyu and Troels,

From the messages, I can see 4 potential issues:

1)  The assignment:

568?-?  123.445 8.765 3.45E06

is ambiguous, as it could be any spin pair.  It is best to assign the
atoms properly, otherwise relax cannot tell if it is a N-H pair, the
Trp NE1-HE1 pair, or something more exotic.  Note that you can analyse
your Trp NE1 data at the same time as the backbone N data.  Troels, on
line 108 of the ./lib/spectrum/sparky.py file (as well as the other
peak list files in that package), maybe it is worth searching for the
?-? string in the assignment rather than matching ?-? to skip the
line of data?  Actually it might be best if we just skip every single
assignment containing ?, and just give a warning that the line is
being skipped as the assignment has a question mark in it.


2)  The Sparky assignment format is:

[Group][atom1]-[Group][atom2]-[Group][atom3]

The group is optional for the 2nd, 3rd, etc. dimensions.  The format
of the Group is not defined in Sparky, but in its manual it uses the
convention of letters for the residue name followed by the residue
number.  However despite the warnings from relax about the missing
residue name, I would assume that the data would be nevertheless read.
 The spectrum.read_intensities user function will print out a list of
all the intensities read into the program at the end, so you will be
able to tell what has been read or skipped.


3)  For you Troels - could you have a look at line 172 of the
./lib/spectrum/sparky.py file?  It has the confusing text Improperly
formatted NMRPipe SeriesTab file which is probably a copy and paste
error from the ./lib/spectrum/nmrpipe.py file.


4)  The IndexError: list index out of range might be due to the
badly formatted header line, as Troels mentioned.  Min-Kyu, if you fix
that, does the error go away?  Alternatively, it could be that one
line in the file is differently formatted, for some unknown reason.
This can be tested by deleting lines out of the file one by one until
the error goes away (except for the header which is needed to
determine the Data Height column).  If you do find that there is a
problem with the file, could you submit a bug report at
https://gna.org/bugs/?func=additemgroup=relax and attach the
truncated peak list which still causes the error?  With this, I can
construct a system test for relax and also make sure that an
informative RelaxError or RelaxWarning is given so that the user knows
exactly what the problem is and how it should be fixed.


As for the FASTA format, this is not supported by relax yet.  This is
not a great format as you don't know the residue numbering and it will
very likely not start at one.  But as Troels mentioned, you can load
the sequence from your peak lists.  It might then be worth having the
amino acid names in the group part of the Sparky assignment if you
would like residue names to be present.

Regards,

Edward


P. S.  I may not be able to do much until after the new year so, if
you don't hear from me until then, I wish you a merry Christmas and
happy new year!




On 21 December 2013 02:41, Troels Emtekær Linnet tlin...@nmr-relax.com wrote:
 Hi Min-Kyu.

 I believe you probably need to define the right header
 for the file.
 ex:
   Assignment w1 w2   Data Height

 And see if you can fix the question marks.
 568N-HN

 Have a look in the test-suite for some typical definition of peaks files.
 test_suite/shared_data/peak_lists

 If you have a peak list, the new 3.1.1 version allow you to define the spins
 from
 a typical peak list.
 spectrum.read_spins(file='peak_file.list', dir='/path/to/file')

 Cheers



 2013/12/20 Min-Kyu Cho min-kyu@live.com

 Hi ,





 I got sparky peak list file written as



 568?-?  123.445 8.765 3.45E06

 . . . . .





 When I tried to read in this file through GUI, it complains

 --

 Sparky formatted data file.



 Number of header lines found: 1

 2D peak list detected.

 RelaxWarning: Improperly formatted Sparky file, cannot process the residue
 name for dimension 1 in assignment: 546N-H. Setting residue name to None.

 RelaxWarning: Improperly formatted NMRPipe SeriesTab file, cannot process
 the residue name for dimension 2 in assignment: 546N-H. Setting residue name
 to None.

 Traceback (most recent call last):

   File /home/mkc9/Programs/RELAX/relax-3.1.1/gui/wizards/wiz_objects.py,
 line 161, in _apply

 self.exec_status = self.on_execute()

   File /home/mkc9/Programs/RELAX/relax-3.1.1/gui/uf_objects.py, line
 883, in on_execute

 return_status = self.execute(self.name, **kargs)

   File /home/mkc9/Programs/RELAX/relax-3.1.1/gui/uf_objects.py, line
 805, in execute

 return_status = interpreter.apply(uf, *args, **kwds)

   File /home/mkc9/Programs/RELAX/relax-3.1.1/gui/interpreter.py, line
 109, in apply

 apply(fn, args, kwds)

   File /home/mkc9/Programs/RELAX/relax-3.1.1/pipe_control/spectrum.py,
 line 530, in read

 peak_list = read_peak_list(file=file, 

Re: NOE analysis issue

2014-01-30 Thread Edward d'Auvergne
Hi Dhanas,

The problem you are seeing is actually because of the relax warnings
starting at:

RelaxWarning: The spin '#2AT7_fmf_mol1:3@N' has been deselected
because of insufficient data.

From looking at the other messages, I am unsure as to why this is not
working.  To help solve this problem would you be able to submit a bug
report (https://gna.org/bugs/?func=additemgroup=relax)?  Cheers!  If
you could attach to that bug report all of the input files as well as
a description of all steps you took to produce the error, that would
be appreciated (you can truncate the files and maybe randomise the
heights if you would like keep the data private for now).  It would
also be good if you could attach a file with the entire contents of
the relax controller window.  If I am able to use your data and
reproduce the bug, then I should be able to fix this problem within a
few minutes.

Cheers,

Edward


P. S.  Note that for a public mailing list, it is best not to attach
any files.  The relax bug, task, and support request trackers are
where files should be uploaded.




On 29 January 2014 21:55, Dhanasekaran Muthu dha...@email.arizona.edu wrote:
 Hi,

 I am using Relax Ver 3.1.3 on Mac OS. It worked beautifully to calculate the 
 R1 and R2 values using replicated spectra to get the error. But it fails to 
 calculate NOE if I use replicated spectra for error. It produces empty 
 NOE.out file.  However it works fine if I just use only one set of 
 data(saturated and reference) and baseplane RMSD for error calculation.

 Please let me know if any of you faced this problem and how you solved this 
 issue.

 Thanks,

 Dhanas


 Here is the log copied from the controller: (the detailed one is attached in 
 this E-mail)

 relax value.write(param='noe', file='noe.600.out', 
 dir='/Users/Dhanas/Desktop/relax.app/Contents/Resources', scaling=1.0, 
 comment=None, bc=False, force=True)
 Opening the file 
 '/Users/Dhanas/Desktop/relax.app/Contents/Resources/noe.600.out' for writing.

 relax results.write(file='results', 
 dir='/Users/Dhanas/Desktop/relax.app/Contents/Resources', compress_type=1, 
 force=True)
 Opening the file 
 '/Users/Dhanas/Desktop/relax.app/Contents/Resources/results.bz2' for writing.

 relax grace.write(x_data_type='res_num', y_data_type='ref', spin_id=None, 
 plot_data='value', file='ref.agr', 
 dir='/Users/Dhanas/Desktop/relax.app/Contents/Resources/grace', force=True, 
 norm=False)
 Opening the file 
 '/Users/Dhanas/Desktop/relax.app/Contents/Resources/grace/ref.agr' for 
 writing.
 RelaxWarning: No data could be found, creating an empty file.

 relax grace.write(x_data_type='res_num', y_data_type='sat', spin_id=None, 
 plot_data='value', file='sat.agr', 
 dir='/Users/Dhanas/Desktop/relax.app/Contents/Resources/grace', force=True, 
 norm=False)
 Opening the file 
 '/Users/Dhanas/Desktop/relax.app/Contents/Resources/grace/sat.agr' for 
 writing.
 RelaxWarning: No data could be found, creating an empty file.

 relax grace.write(x_data_type='res_num', y_data_type='noe', spin_id=None, 
 plot_data='value', file='noe.agr', 
 dir='/Users/Dhanas/Desktop/relax.app/Contents/Resources/grace', force=True, 
 norm=False)
 Opening the file 
 '/Users/Dhanas/Desktop/relax.app/Contents/Resources/grace/noe.agr' for 
 writing.
 RelaxWarning: No data could be found, creating an empty file.

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users


___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: NOE analysis issue

2014-01-31 Thread Edward d'Auvergne
Hi Dhanas,

For reference in the mailing list archives
(http://thread.gmane.org/gmane.science.nmr.relax.user/1543), the bug
report is located at https://gna.org/bugs/?21562.  To catch this bug,
I will create a relax system test.  This will consist of:

- A truncated data set.  I think I'll take your data for residues :12,
:13, and :14, and delete all other data from the peak lists and PDB
files.

- A simple relax script to perform the analysis.  I will just copy the
user functions from the relax log messages you posted at
http://thread.gmane.org/gmane.science.nmr.relax.user/1543 (now in the
text file https://gna.org/bugs/download.php?file_id=19920 attached to
bug #21562).  That is everything starting with relax, i.e.:

pipe.create('NOE fail', 'noe')
structure.read_pdb(file='2AT7_fmf.pdb')
structure.load_spins(spin_id='@N', mol_name_target=None, ave_pos=True)
spectrum.read_intensities(file='n_np4_hs_ph65_02mm_noe1.list',
dir=None, spectrum_id='no1', dim=1, int_method='height', int_col=None,
spin_id_col=None, mol_name_col=1, res_num_col=2, res_name_col=3,
spin_num_col=4, spin_name_col=5, sep=None, spin_id=None, ncproc=None)
noe.spectrum_type(spectrum_type='ref', spectrum_id='no1')
spectrum.read_intensities(file='n_np4_hs_ph65_02mm_noe2.list',
dir=None, spectrum_id='no2', dim=1, int_method='height', int_col=None,
spin_id_col=None, mol_name_col=1, res_num_col=2, res_name_col=3,
spin_num_col=4, spin_name_col=5, sep=None, spin_id=None, ncproc=None)
spectrum.replicated(spectrum_ids=['no2', 'no1'])
noe.spectrum_type(spectrum_type='ref', spectrum_id='no2')
spectrum.read_intensities(file='y_np4_hs_ph65_02mm_noe1.list',
dir=None, spectrum_id='yes1', dim=1, int_method='height',
int_col=None, spin_id_col=None, mol_name_col=1, res_num_col=2,
res_name_col=3, spin_num_col=4, spin_name_col=5, sep=None,
spin_id=None, ncproc=None)
noe.spectrum_type(spectrum_type='sat', spectrum_id='yes1')
spectrum.read_intensities(file='y_np4_hs_ph65_02mm_noe2.list',
dir=None, spectrum_id='yes2', dim=1, int_method='height',
int_col=None, spin_id_col=None, mol_name_col=1, res_num_col=2,
res_name_col=3, spin_num_col=4, spin_name_col=5, sep=None,
spin_id=None, ncproc=None)
spectrum.replicated(spectrum_ids=['yes2', 'yes1'])
noe.spectrum_type(spectrum_type='sat', spectrum_id='yes2')
spectrum.error_analysis(subset=None)
calc(verbosity=1)
value.write(param='noe', file='noe.600.out', dir='.', scaling=1.0,
comment=None, bc=False, force=True)
results.write(file='results', dir='.', compress_type=1, force=True)
grace.write(x_data_type='res_num', y_data_type='ref', spin_id=None,
plot_data='value', file='ref.agr', dir='.', force=True, norm=False)
grace.write(x_data_type='res_num', y_data_type='sat', spin_id=None,
plot_data='value', file='sat.agr', dir='.', force=True, norm=False)
grace.write(x_data_type='res_num', y_data_type='noe', spin_id=None,
plot_data='value', file='noe.agr', dir='.', force=True, norm=False)

I added two user functions at the start as the log was not all there.
The directories have all been changed as well.  This script triggers
the error, and it can be seen that it is independent of the GUI and
operating system.  Using the Mac OS X dmg distribution running scripts
from the terminal is not possible, but you can use the 'script' user
function from the user function menus to run it.  Once the test is
functional, it should be easy to find the problem and fix it.

Cheers,

Edward



On 30 January 2014 17:53, Dhanasekaran Muthu dha...@email.arizona.edu wrote:
 Hi Edward,

 Thanks for your prompt response.I will submit a bug report as you have 
 described. This is the problem on Linux version also. The noe.out produces 
 null values.

 Dhanas


 DhanasOn Jan 30, 2014, at 9:02 AM, Edward d'Auvergne edw...@nmr-relax.com 
 wrote:

 Hi Dhanas,

 The problem you are seeing is actually because of the relax warnings
 starting at:

 RelaxWarning: The spin '#2AT7_fmf_mol1:3@N' has been deselected
 because of insufficient data.

 From looking at the other messages, I am unsure as to why this is not
 working.  To help solve this problem would you be able to submit a bug
 report (https://gna.org/bugs/?func=additemgroup=relax)?  Cheers!  If
 you could attach to that bug report all of the input files as well as
 a description of all steps you took to produce the error, that would
 be appreciated (you can truncate the files and maybe randomise the
 heights if you would like keep the data private for now).  It would
 also be good if you could attach a file with the entire contents of
 the relax controller window.  If I am able to use your data and
 reproduce the bug, then I should be able to fix this problem within a
 few minutes.

 Cheers,

 Edward


 P. S.  Note that for a public mailing list, it is best not to attach
 any files.  The relax bug, task, and support request trackers are
 where files should be uploaded.




 On 29 January 2014 21:55, Dhanasekaran Muthu dha...@email.arizona.edu 
 wrote:
 Hi,

 I am using Relax Ver 3.1.3 on Mac OS. It worked

Re: model free analysis without structure

2014-02-03 Thread Edward d'Auvergne
Hi Ji Hun,

Welcome to the relax mailing lists!  For your question, relax does support
the model-free analysis of a protein without a 3D structure.  You will
however not be able to optimise the spheroidal or ellipsoidal diffusion
tensors.  Therefore you have to be careful about fake internal dynamics
when looking at the spherical diffusion tensor - including both the
artificial nanosecond motions and artificial Rex (see my paper at
http://dx.doi.org/10.1039/b702202f for a description of this and for
citations to all the relevant literature).

From your email address and the relax version number, I would guess that
you are using the SBGrid infrastructure (
http://www.sbgrid.org/software/title/relax).  As relax is now up to version
3.1.4, I would suggest that you ask them to update the relax version to a
this more recent release.  This will help you avoid a number of other bugs.

For the problem you are seeing, I will need a bit more information.  There
are unfortunately not enough details for me to determine what the issue
is.  Would you be able to create a bug report using the link
https://gna.org/bugs/?func=additemgroup=relax ?  Cheers!  The more detail,
the better.  You can capture the relax messages by running relax with:

$ relax --tee log my_script.py

This will create the file 'log' which you can then attach to the bug report
(please do not email files to a public mailing list).  It would be useful
to attach your script to the bug report as well.  If you are using the Mac
OS X dmg file, the '--tee' option will not be available, so you would
instead need to copy all the text from the relax controller window in the
GUI and paste it into a text file.  The best would be if you created a
temporary directory and copied all your data files into there.  Then delete
all data so that only ~2 spin systems are left in the files.  Then run the
script with the relax '--tee' option and see if the problem is still
there.  If so, then the whole directory can be zipped, gzipped, bzipped,
etc. and attached to the bug report.  If you'd like to keep your data
private, you could randomise the relaxation data slightly and rerun the
script to make sure the problem is still there.  If I am able to reproduce
the problem, then I should be able to have a solution within minutes.

Cheers,

Edward





On 31 January 2014 19:37, Ji Hun Kim ji.hun@vanderbilt.edu wrote:

 Hello



 I ran the model free analysis without structure using
 dauvergne_protocol.py in Relax3.0.0.



 Like this.

 # Analysis variables.

 #

 # The diffusion model.

 DIFF_MODEL = 'local_tm'

 # The model-free models.  Do not change these unless absolutely necessary,
 the protocol is likely to fail if these are changed.

 MF_MODELS = ['m0', 'm1', 'm2', 'm3', 'm4', 'm5', 'm6', 'm7', 'm8', 'm9']

 LOCAL_TM_MODELS = ['tm0', 'tm1', 'tm2', 'tm3', 'tm4', 'tm5', 'tm6', 'tm7',
 'tm8', 'tm9']

 # The grid search size (the number of increments per dimension).

 GRID_INC = 11

 # The optimisation technique.

 MIN_ALGOR = 'newton'

 # The number of Monte Carlo simulations to be used for error analysis at
 the end of the analysis.

 MC_NUM = 500

 # Automatic looping over all rounds until convergence (must be a boolean
 value of True or False).

 CONV_LOOP = True

 # Set up the data pipe.

 ###

 # The following sequence of user function calls can be changed as needed.

 # Create the data pipe.

 pipe_bundle = mf (%s) % asctime(localtime())

 name = origin -  + pipe_bundle

 pipe.create(name, 'mf', bundle=pipe_bundle)

 # Load the PDB file.

 #structure.read_pdb('1f3y.pdb', set_mol_name='Ap4Aase', read_model=3)

 # Set up the 15N and 1H spins (both backbone and Trp indole sidechains).

 #structure.load_spins('@N', ave_pos=True)

 #structure.load_spins('@NE1', ave_pos=True)

 #structure.load_spins('@H', ave_pos=True)

 #structure.load_spins('@HE1', ave_pos=True)

 #spin.isotope('15N', spin_id='@N*')

 #spin.isotope('1H', spin_id='@H*')

 # Set up the 15N spins (alternative to the structure-based approach).

 sequence.read(file='seq.out', dir=None, spin_num_col=1, spin_name_col=2,
 res_num_col=3, res_name_col=4)

 spin.element(element='N', spin_id='@N*')

 #spin.element(element='H', spin_id='@H*')

 spin.isotope('15N', spin_id='@N*')

 # Generate the 1H spins for the magnetic dipole-dipole relaxation
 interaction (alternative to the structure-based approach).

 sequence.attach_protons()

 # Load the relaxation data.

 relax_data.read(ri_id='NOE_600', ri_type='NOE', frq=600.133*1e6,
 file='NOE.600.out',  spin_num_col=1, spin_name_col=2, res_num_col=3,
 res_name_col=4, data_col=5, error_col=6)

 relax_data.read(ri_id='R1_600',  ri_type='R1',  frq=600.133*1e6,
 file='R1.600.out',  spin_num_col=1, spin_name_col=2, res_num_col=3,
 res_name_col=4, data_col=5, error_col=6)

 relax_data.read(ri_id='R2_600',  ri_type='R2',  frq=600.133*1e6,
 file='R2.600.out',   spin_num_col=1, spin_name_col=2, res_num_col=3,
 res_name_col=4, data_col=5, 

Re: model free analysis without structure

2014-02-03 Thread Edward d'Auvergne
Hi Ji Hun,

Looking back over your script, I can see that you call the user function:

interatom.unit_vectors()


This is actually where your problem arises.  See the documentation at
http://www.nmr-relax.com/manual/interatom_unit_vectors.html (which I have
updated at http://article.gmane.org/gmane.science.nmr.relax.scm/19873).
You can only calculate the interatomic 15N-1H vector if you have a 3D
structure.  So if you delete that line, you should be able to complete the
analysis.


Regards,


Edward






On 3 February 2014 10:13, Edward d'Auvergne edw...@nmr-relax.com wrote:

 Hi Ji Hun,

 Welcome to the relax mailing lists!  For your question, relax does support
 the model-free analysis of a protein without a 3D structure.  You will
 however not be able to optimise the spheroidal or ellipsoidal diffusion
 tensors.  Therefore you have to be careful about fake internal dynamics
 when looking at the spherical diffusion tensor - including both the
 artificial nanosecond motions and artificial Rex (see my paper at
 http://dx.doi.org/10.1039/b702202f for a description of this and for
 citations to all the relevant literature).

 From your email address and the relax version number, I would guess that
 you are using the SBGrid infrastructure (
 http://www.sbgrid.org/software/title/relax).  As relax is now up to
 version 3.1.4, I would suggest that you ask them to update the relax
 version to a this more recent release.  This will help you avoid a number
 of other bugs.

 For the problem you are seeing, I will need a bit more information.  There
 are unfortunately not enough details for me to determine what the issue
 is.  Would you be able to create a bug report using the link
 https://gna.org/bugs/?func=additemgroup=relax ?  Cheers!  The more
 detail, the better.  You can capture the relax messages by running relax
 with:

 $ relax --tee log my_script.py

 This will create the file 'log' which you can then attach to the bug
 report (please do not email files to a public mailing list).  It would be
 useful to attach your script to the bug report as well.  If you are using
 the Mac OS X dmg file, the '--tee' option will not be available, so you
 would instead need to copy all the text from the relax controller window in
 the GUI and paste it into a text file.  The best would be if you created a
 temporary directory and copied all your data files into there.  Then delete
 all data so that only ~2 spin systems are left in the files.  Then run the
 script with the relax '--tee' option and see if the problem is still
 there.  If so, then the whole directory can be zipped, gzipped, bzipped,
 etc. and attached to the bug report.  If you'd like to keep your data
 private, you could randomise the relaxation data slightly and rerun the
 script to make sure the problem is still there.  If I am able to reproduce
 the problem, then I should be able to have a solution within minutes.

 Cheers,

 Edward





 On 31 January 2014 19:37, Ji Hun Kim ji.hun@vanderbilt.edu wrote:

 Hello



 I ran the model free analysis without structure using
 dauvergne_protocol.py in Relax3.0.0.



 Like this.

 # Analysis variables.

 #

 # The diffusion model.

 DIFF_MODEL = 'local_tm'

 # The model-free models.  Do not change these unless absolutely
 necessary, the protocol is likely to fail if these are changed.

 MF_MODELS = ['m0', 'm1', 'm2', 'm3', 'm4', 'm5', 'm6', 'm7', 'm8', 'm9']

 LOCAL_TM_MODELS = ['tm0', 'tm1', 'tm2', 'tm3', 'tm4', 'tm5', 'tm6',
 'tm7', 'tm8', 'tm9']

 # The grid search size (the number of increments per dimension).

 GRID_INC = 11

 # The optimisation technique.

 MIN_ALGOR = 'newton'

 # The number of Monte Carlo simulations to be used for error analysis at
 the end of the analysis.

 MC_NUM = 500

 # Automatic looping over all rounds until convergence (must be a boolean
 value of True or False).

 CONV_LOOP = True

 # Set up the data pipe.

 ###

 # The following sequence of user function calls can be changed as needed.

 # Create the data pipe.

 pipe_bundle = mf (%s) % asctime(localtime())

 name = origin -  + pipe_bundle

 pipe.create(name, 'mf', bundle=pipe_bundle)

 # Load the PDB file.

 #structure.read_pdb('1f3y.pdb', set_mol_name='Ap4Aase', read_model=3)

 # Set up the 15N and 1H spins (both backbone and Trp indole sidechains).

 #structure.load_spins('@N', ave_pos=True)

 #structure.load_spins('@NE1', ave_pos=True)

 #structure.load_spins('@H', ave_pos=True)

 #structure.load_spins('@HE1', ave_pos=True)

 #spin.isotope('15N', spin_id='@N*')

 #spin.isotope('1H', spin_id='@H*')

 # Set up the 15N spins (alternative to the structure-based approach).

 sequence.read(file='seq.out', dir=None, spin_num_col=1, spin_name_col=2,
 res_num_col=3, res_name_col=4)

 spin.element(element='N', spin_id='@N*')

 #spin.element(element='H', spin_id='@H*')

 spin.isotope('15N', spin_id='@N*')

 # Generate the 1H spins for the magnetic dipole-dipole relaxation
 interaction

Re: Model-free analysis error

2014-02-07 Thread Edward d'Auvergne
Hi Ivan,

Welcome to the relax mailing lists!  The problem you are seeing
appears to be a genuine bug in relax caused by incomplete data input.
This is no fault of your own and relax should, in this case, be
presenting you with a window explaining which data is missing.  As
this is a relax bug, could you please submit a bug report at
https://gna.org/bugs/?func=additemgroup=relax ?  That would be
greatly appreciated.  It would be very useful if you could attach data
files containing only data for about 2 spin systems (you can randomise
these slightly if you wish to keep them secret).  The PDB file could
also be truncated to only include those residues or atoms.  All the
truncated files can be attached to the bug report.  Then if you could
give a description of every step you take in the GUI to produce the
bug, I should then be able to replicate the bug and fix it within
minutes.  I will also be able to use all of your files to create a
'GUI test' which will catch the bug and, when the test passes, I will
then know that the bug is truly and permanently eliminated.

Cheers!

Edward


P. S.  The simple solution is that you need to click on the buttons
under the relaxation data list to set up the spin isotope information
and the dipolar and CSA relaxation mechanisms.  But if you could
submit the bug report, that would be of great benefit as the bug can
then be squashed!







On 7 February 2014 15:41, Ivan Leung ivanhoe.le...@chem.ox.ac.uk wrote:
 Hi,

 This is the first time I use NMR relax for model-free analysis (so apologise
 in advance if the answer to my question is trivial). I am using relax 3.1.5
 on Windows 8.

 Basically I have some R1, R2 and NOE data (that I have fitted elsewhere) and
 a pdb file. Using the spin editor I have loaded N, C, H from the pdb file.

 I have also added three relaxation data lists for my R1, R2 and NOE data.
 The relaxation data were saved as .txt files. The format of the data is as
 follows residue no., residue type, R1/R2/NOE, spin type:

 2 ALA 5.49631746729691 N
 3 ASP 3.74279511939516 N
 4 ASP 6.12594952217594 N
 6 SER 6.75812664729337 N

 I then press execute. The programme successfully read the sequence and my
 R1/R2/NOE data. However, then I receive the following error message

 Traceback (most recent call last):
   File C:\Users\ivanhoe.leung\Desktop\relax-
 3.1.5\gui\analyses\auto_model_free.py, line 588, in execute
 data, missing = self.assemble_data()
   File C:\Users\ivanhoe.leung\Desktop\relax-
 3.1.5\gui\analyses\auto_model_free.py, line 416, in assemble_data
 if spin.isotope in ['15N', '13C'] and (not hasattr(spin, 'csa') or
 spin.csa == None):
 AttributeError: 'SpinContainer' object has no attribute 'isotope'

 It would be appreciated if you can shed some light into my question -
 whether I missed some obvious steps or if my data format is not correct.

 Thanks

 Ivan Leung

 MChem, DPhil (Oxf)
 Postdoctoral research assistant
 Department of Chemistry
 University of Oxford





 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Model-free analysis error

2014-02-10 Thread Edward d'Auvergne
Hi Ivan,

To continue:

 On another note, I wonder if it is possible to modify the nmr-relax programme 
 so that I can do model-free analysis with data from only one field strength? 
 Alternatively, do you know of any programme (that can be installed on 
 Windows) that can do such analysis? My work focused mainly on small molecule 
 and ligand-based NMR and I have only just very recently started looking in to 
 protein dynamics so I am still experimentinng different software and data 
 treatment etc.

Firstly, the subject of single field strength data has been discussed
numerous times on this mailing list.  I would recommend you read my
previous responses to questions relating to single field strength
data, and look the other messages in those threads.  You will find
these discussions quite informative and highly detailed:

- Martin Ballaschk:
http://thread.gmane.org/gmane.science.nmr.relax.user/1409/focus=1438
- Shantanu Bhattacharyya:
http://thread.gmane.org/gmane.science.nmr.relax.user/1367/focus=1369
- Mengjun Xue:
http://thread.gmane.org/gmane.science.nmr.relax.user/1276/focus=1277
- Fernando Amador: http://article.gmane.org/gmane.science.nmr.relax.user/84
- Shantanu Bhattacharyya:
http://thread.gmane.org/gmane.science.nmr.relax.user/1086/focus=1087
- Dhanasekaran Muthu:
http://thread.gmane.org/gmane.science.nmr.relax.user/1152/focus=1153
- Vitaly Vostrikov:
http://thread.gmane.org/gmane.science.nmr.relax.user/1147/focus=1150
- Aldino Viegas:
http://thread.gmane.org/gmane.science.nmr.relax.user/1127/focus=1128
- Pierre-Yves Savard:
http://thread.gmane.org/gmane.science.nmr.relax.user/724/focus=725
- Keith Constantine:
http://thread.gmane.org/gmane.science.nmr.relax.user/513/focus=517
- Clare-Louise Evans:
http://thread.gmane.org/gmane.science.nmr.relax.user/326/focus=332
- Hongyan Li:  
http://thread.gmane.org/gmane.science.nmr.relax.devel/694/focus=701

These will have lots of additional information.  This is just a
selection of possibly the most useful messages.


You will soon see that this is a complicated topic.  Note that relax
is capable of performing 100% of the functionality of Modelfree4 (with
or without the Fast-Modelfree GUI interface), Dasha, Tensor2, and
DYNAMICS.  If you play with the optimisation settings you can even
find identical results to within machine precision - relax can mimic
these other softwares.

The key is that the full analysis protocol is rather complicated -
many people don't understand this - and that these softwares do not
implement the full iterative protocol.  Therefore you either have to
perform it manually or write a script to perform all of the steps.
The protocol is described in the relax manual in figure 7.2
(http://www.nmr-relax.com/manual/diffusion_seeded_paradigm.html).  In
summary:

a)  Find an initial diffusion tensor estimate (you can do this in
relax by only using model m0).  This requires all non-mobile residues
and side chain spins to be excluded, and this can be problematic.  See
the d'Auvergne and Gooley, 2008b paper at
http://dx.doi.org/10.1007/s10858-007-9213-3 for an example of the
catastrophic failure that this initial estimate can result in.  Or the
bacteriorhodopsin fragment of Korzhnev et al., 1999
(http://dx.doi.org/10.1023/a:1008356809071) where this complete
failure was earlier demonstrated.

b)  Optimise all of the model-free models from m0 to m9.  This
requires high precision optimisation, for a comparison of all the
softwares see the d'Auvergne and Gooley, 2008a model-free optimisation
paper at http://dx.doi.org/10.1007/s10858-007-9214-2.  Only relax and
Dasha implement the full range of model-free models, though the models
m6, m7, and m8 cannot be used if only single field strength data is
used (m6 is the original 2-time scale motion model of Clore et al.,
1990).

c)  Eliminate failed models (this is only available in relax, see the
d'Auvergne and Gooley, 2006 model elimination paper at
http://dx.doi.org/10.1007/s10858-006-9007-z).

d)  Select the best model-free model for each spin system.  This again
requires precision modern techniques, with the best being AIC model
select (see the d'Auvergne and Gooley, 2003 model-free model selection
paper at http://dx.doi.org/10.1023/A:1021902006114).  If you are
unaware that ANOVA statistics for model selection (hypothesis testing
via chi-squared, F- and t-tests) was abandoned by the field of model
selection over 100 years ago (a field which makes the NMR field look
very, very small), then you should really look at that paper.

e)  Optimise the global model.  This is the diffusion tensor plus the
model-free models for all spin systems.

f)  Check for convergence (identical chi-squared values to a previous
iteration, and not necessarily the last one).  If no, then go back to
b) and repeat.  Note that the chi-squared value can go up
significantly between iterations, but this is because the model is
simplifying itself at a much faster rate by loosing parameters - it's
Occam's razor at work.  Again 

Re: Most efficient way to compare spin.X values between pipes

2014-02-14 Thread Edward d'Auvergne
Hi,

This is a difficult question as efficiency changes with any change to
the pipe_control.mol_res_spin module, as well as the data set up and
specific questions you have.  You should browse the functions in that
module to see what you have access to:

$ grep def  pipe_control/mol_res_spin.py

You may even find that implementing your own custom function in that
module would be the best.  I think for your purposes though, that the
spin_index_loop() function is what you need.  This loops over the
molecule, residue, and spin indices.  From what I understand of your
aims, you will have the same sequence data for all the data pipes you
would like to compare.  Is this correct?  If this is the case, then
the molecule, residue, and spin indices will be the same for all
pipes.  So you could use code in your script such as:

# relax module imports.
from pipe_control.mol_res_spin import spin_index_loop
from pipe_control.pipes import get_pipe

# Get the two pipes.
dp1 = get_pipe('first pipe')
dp2 = get_pipe('second pipe')

# Loop over the sequence data.
for mol_index, res_index, spin_index in spin_index_loop():
# Alias the spins for the two pipes.
spin1 = dp1.mol[mol_index].res[res_index].spin[spin_index]
spin2 = dp2.mol[mol_index].res[res_index].spin[spin_index]

# Sanity check.
if spin1.x != spin2.x:
raise RelaxError(X is not X?!?)


That should be the absolute fastest implementation.  But have a look
at the code to get a better idea.  As I know you are after the fastest
possible solution to be able to scan lots of data, looking at the
relax code would give you an idea of what the best solution is.  You
may find inefficiencies that can be fixed in the relax code too.

Regards,

Edward



On 14 February 2014 12:50, Troels Emtekær Linnet tlin...@nmr-relax.com wrote:
 Hi,

 I need an efficient way to compare spin.X values between pipes.
 Here X could be:

 - spin.r2eff
 - spin.chi2
 - spin.kex
 etc.

 I have tried implementing the following:

 for spin, mol_name, res_num, res_name, spin_id in spin_loop(full_info=True,
 return_id=True, skip_desel=True):
 cur_r2eff = spin.r2eff[index_str]

 The problem is that r2eff is a saved as a dictionary, with a current name
 convention of:
 sq_cpmg_599.%8f_0.000_100.000
 sq_cpmg_599.%8f_0.000_133.333
 sq_cpmg_599.%8f_0.000_133.%3f

 This naming convention is likely to change pattern.

 Do there exist a efficient way to compare data values between two pipes?

 I would need to compare one pipe to about 50 other pipes, where each
 pipe contains about 80 spins recorded at 10-15 v_cpmg frequencies.

 The difference between pipe data would undergo standard statistics as RMS
 etc.

 Best
 Troels

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users


___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: unexpected mf S2 values

2014-02-25 Thread Edward d'Auvergne
Hi Soumya,

The issue you are seeing is often due to diffusion tensor problems.
In most such cases, the simple assumptions that the diffusion tensor
is spherical, spheroidal, or ellipsoidal does not hold.  Are you
working with a single domain globular protein?  Could you be
experiencing partial dimerisation?

Without some of the graphs or more information, it is a little hard to
understand what could be happening.  Ideally plots of the R1, R2, and
NOE data at both fields, together with an S2 plot would be needed.
And the final diffusion tensor values.  If you would like to
communicate this information, you could create a support request using
the link https://gna.org/support/?func=additemgroup=relax and attach
the plots there.  But keep in mind that this information will be
forever public, so maybe you would like to abstract away some of the
information (figures in PNG form, no numbers directly given, etc).
Note that for the publication, you really should deposit the final
results to the BMRB to make the information publicly available anyway
(click on File-Export for BMRB deposition in the GUI for easy BMRB
file creation).

Another issue could be data inconsistency.  Both fine temperature
control and calibration on a per experiment basis are essential for
obtaining reliable relaxation data.  This is described in detail in
the relax manual in the relaxation curve-fitting chapter (for example
at http://www.nmr-relax.com/manual/Temperature_control_calibration.html).
 You can use Sebastien Morin's consistency testing analysis in relax
to see if you have any data inconsistencies.  See the relax manual for
details (the PDF is of much higher quality
http://download.gna.org/relax/manual/relax.pdf, but the HTML version
is at http://www.nmr-relax.com/manual/Consistency_testing.html).

Regards,

Edward


On 25 February 2014 09:03, Troels Emtekær Linnet tlin...@nmr-relax.com wrote:
 Dear Soumya.

 Would you be able to provide the script you have used for the analysis?
 Or did you use the GUI?

 That could help find possible errors.
 I guess that it would be something similar to:
 http://www.nmr-relax.com/manual/Single_model_free_model_script_mode_sample_script.html

 If you have saved the output from relax prompt, I have tried to make a
 grep script that convert the
 output to a relax script.
 http://wiki.nmr-relax.com/Grep_log_file

 Best
 Troels

 2014-02-25 7:25 GMT+01:00 Soumya Joseph soumya.jos...@sydney.edu.au:
 Hi,

 I've conducted model-free analysis using the default protocol set up in the
 GUI on a protein for which I have data recorded at 600 and 800 MHz. The
 order parameters in s2.txt look very strange: regions I know are dynamic
 have larger S2 values than those in the structured regions. My
 understanding is that if the value is close to zero then it is highly
 dynamic and if close to 1 = very rigid. My results are the inverse of what
 I'm expecting. The calculation ran without any errors and I've checked the
 input data for any obvious errors. Has anyone come across this before?

 Another strange thing is that the regions I know to be structured (which
 seem to have small S2 values) have very large associated errors. The N- and
 C-termini of my protein however have higher S2 values but have smaller
 associated errors.

 Does any one know what could have happened?

 Cheers,
 Soumya

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users


 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: tests

2014-03-17 Thread Edward d'Auvergne
Hi Stefano,

For the Mac OS X DMG distribution file, you cannot run this from the
command line.  It is a real Mac app as defined by Mac Frameworks.
Therefore you should not add it to your .cshrc file.  The only way a
Mac OS X app should be opened on the command line is via the 'open'
command (which does the same thing as clicking on the program icon).

As for the system test failure, this is now fixed.  It will soon be
part of the relax 3.1.7 release which is happening at the moment.  The
problem will not affect anything you do and is isolated to the
test-suite and the way Mac Frameworks are set up.

Regards,

Edward



On 17 March 2014 12:31, Stefano Luciano Ciurli stefano.ciu...@unibo.it wrote:
 Hi Troels,

 You have the mac app relax 3.5 installed ?

 I have the 3.1.5

 Then relax is only reached in the GUI i think. :-)

 I can make an alias in my .cshrc that points to the GUI, but it does not make 
 sense to use it in place of double clicking the relax butterfly icon

 To run the systemtests, then do:
 Tools - System tests
 Those commands would be:
 Tools - System information

 Copy paste the info from the output of the relax controller to a file.
 When relax hits an error, it will show which test is wrong, and it should be 
 possible to pin-point what is wrong.

 Files attached. Please let me know.
 Stefano


 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users


___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Error message upon PDB loading

2014-03-18 Thread Edward d'Auvergne
Hi Stefano,

It's no problem at all.  For bugs, it is best to create a bug report
using the link http://gna.org/bugs/?func=additemgroup=relax.  With a
bug report, all the files required to reproduce the bug can be
attached (ideally truncated to 1-2 spins).  If I can reproduce the bug
with truncated data, in most cases I can then create a system test and
have a fix within about 5 to 10 minutes.

In this case here, it looks like an improperly defined sheet secondary
structure element in the PDB.  The error is the IndexError, all text
after that can be ignored.  With the bug report and attached PDB file,
I can have a look and see if I can make the relax PDB reader more fail
safe.  This is a constant battle due to the huge number of programs
which create corrupted PDB files!  It's really not hard to follow the
PDB standard, but there are just too many lazy developers out there.

Regards,

Edward



On 18 March 2014 10:13, Stefano Luciano Ciurli stefano.ciu...@unibo.it wrote:
 Hello,
 I hope I do not bug you too often, but I keep receiving error messages. Here 
 is one, upon loading a PDB file generated using Chimera, and no spins are 
 loaded in the spin viewer. I am using 3.1.7.
 Stefano

 Internal relax PDB parser.
 Opening the file '/Users/stefano/Desktop/13-BpUreE-NMR/Manuscript/Figure 6,7 
 - Dynamics/relax/dimer_H.pdb' for reading.
 Traceback (most recent call last):
   File gui/interpreter.pyc, line 303, in run
   File pipe_control/structure/main.pyc, line 722, in read_pdb
   File lib/structure/internal/object.pyc, line 1813, in load_pdb
   File lib/structure/internal/object.pyc, line 500, in _parse_pdb_ss
   File lib/structure/pdb_read.pyc, line 1221, in sheet
 IndexError: string index out of range
 Exception in thread Thread-1:
 Traceback (most recent call last):
   File threading.pyc, line 808, in __bootstrap_inner
   File gui/interpreter.pyc, line 323, in run
   File status.pyc, line 369, in release
   File status.pyc, line 413, in notify
   File gui/analyses/auto_model_free.pyc, line 276, in activate
   File 
 /Applications/relax.app/Contents/Resources/lib/python2.7/wx/_core.py, line 
 16769, in CallAfter
 AssertionError: callableObj is not callable

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: numeric values of d and c

2014-03-18 Thread Edward d'Auvergne
Hi Stefano,

When running relax, you should avoid putting any files in the relax
source code directories.  These should be kept separate at all times -
otherwise the result could be severe problems that are very difficult
to understand.  To see the output of the script when running in GUI
mode, you will have to open the relax controller window were all
messages are displayed.  To do this, perform one of:

- Select the 'View-Controller' menu item.
- Click on the 'relax controller' button in the toolbar.
- Type Ctrl-Z.

The two numbers should be printed at the bottom.  If you see errors,
then there is likely to be word wrapping problems - one line has been
split into two in the email text.

Regards,

Edward


On 18 March 2014 17:06, Stefano Luciano Ciurli stefano.ciu...@unibo.it wrote:
 Hi Edward,
 thank you for the exhaustive answer.
 I have saved the script as a filename.py file in the 
 /relax/Contents/Resources/user_functions directory and tried to run in from 
 within relax using the menu user functions (n-z) - script
 However, it does not appear to do anything.
 Any hint?
 Stefano

 On Mar 18, 2014, at 10:04 AM, Edward d'Auvergne wrote:

 # Python module imports.
 from numpy import float64, zeros

 # relax module imports.
 from lib.auto_relaxation.ri_comps import calc_fixed_csa,
 calc_fixed_dip, comp_csa_const_func, comp_dip_const_func
 from lib.physical_constants import h_bar, mu0, return_gyromagnetic_ratio


 class Data:
Dummy class for storing data.

 # Initialise the data container.
 data = Data()

 # The spectrometer frequency (Hz).
 frq = 500e6

 # The dynamically averaged bond length (m) and chemical shift tensor 
 anisotropy.
 r = 1.02e-10
 csa = -172e-6

 # Add the needed physical constants to the data storage.
 data.gx = return_gyromagnetic_ratio('15N')
 data.gh = return_gyromagnetic_ratio('1H')
 data.mu0 = mu0
 data.h_bar = h_bar

 # The number of frequencies.
 data.num_frq = 1

 # Initialise dipolar and CSA data structures.
 data.dip_const_fixed = 0.0
 data.csa_const_fixed = [0.0]
 data.dip_const_func = 0.0
 data.csa_const_func = zeros(1, float64)

 # Nuclear frequencies.
 frq = frq * 2 * pi
 frqX = frq * data.gx / data.gh

 # Calculate the five frequencies which cause R1, R2, and NOE relaxation.
 data.frq_list = zeros((1, 5), float64)
 data.frq_list[0, 1] = frqX
 data.frq_list[0, 2] = frq - frqX
 data.frq_list[0, 3] = frq
 data.frq_list[0, 4] = frq + frqX
 data.frq_sqrd_list = data.frq_list ** 2

 # Calculate the fixed component of the dipolar and CSA constants.
 calc_fixed_dip(data)
 calc_fixed_csa(data)

 # Calculate the dipolar and CSA constants.
 comp_dip_const_func(data, r)
 comp_csa_const_func(data, csa)

 # Rename the dipolar and CSA constants.
 d = data.dip_const_func
 c = data.csa_const_func[0]

 # Printout.
 print(d: %s % d)
 print(c: %s % c)


___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Processing again

2014-03-20 Thread Edward d'Auvergne
Hi Martin,

This is a difficult question to answer.  From memory, linear
prediction has been mentioned in one or two of the hundreds of
model-free papers published to date.  However I cannot remember which
papers these would be.  And it is probably just a single line in the
back of a discussion somewhere.  By searching through my collection of
papers, I found the following more detailed reference:

N. J. Skelton, A. G. Palmer III, M. Akke, J. Kördel, M. Rance, and W.
J. Chazin, J. Magn. Reson. B 102, 253 (1993).

This is probably the most detailed study of linear prediction in NMR
relaxation, but I would not call it comprehensive.  As far as I am
aware, there is no systematic study on the effects of linear
prediction on a dynamics analysis.  For example what happens with
different levels of spectral data truncation, different number of
linear prediction coefficients, linear prediction in different
dimensions, as well as some of the other features of linear prediction
not implemented in NMRPipe.  It is well known that linear prediction
can introduce artifacts, however how this translates into relaxation
data or, more importantly, the model-free parameters is completely
unknown.  The problem with dynamics in NMR is that this requires the
highest precision and highest quality data possible - far greater than
any other NMR technique.  And therein lies the problem - without a
comprehensive study of how linear prediction affects the final
dynamics, you can never know what problems or artifacts that might
introduce.  And such artifacts may not be distinguishable from real
results.  Such a study could probably be published as a standalone
paper.

Anyway, you should probably look at performing the same types of
testing as in the above reference if you would like to get into linear
prediction.  You should also try processing without window functions,
as well as processing without the Fourier transform in the indirect
dimension to understand the level of truncation you have in the base
data.  Then if the Lorenzian to Gaussian window function amplifies the
truncation too much, then it should be dropped.  I usually use the
NMRPipe GM in the direct dimension and the 60 degree shifted sine
squared bell in the indirect, as I mention in the relax manual
(http://www.nmr-relax.com/manual/Spectral_processing.html).  If you
have truncation in the direct dimension and are not working with small
organic molecules, something is strange (even with small molecules it
would be strange).  You can see this if you process without any window
functions, linear prediction, baseplane corrections, and the Fourier
transform in the direct dimension.  I hope some of this helps.

Regards,

Edward


On 19 March 2014 15:53, Martin Ballaschk ballas...@fmp-berlin.de wrote:
 Hi Edward and relax-users,

 I was again thinking about the ideal processing strategy of my R1/R2 
 relaxation and HetNOE planes. Routinely in the past, I used the Topspin 
 Sine-Bell functions and linear prediction for resolution enhancement in the 
 indirect dimension. Now, I use NMRpipe with Lorentz-to-Gauss windows, but 
 with my collected data, I hardly get the needed resolution without having 
 severe truncation artifacts from my strong peaks wich contaminate 
 neighbouring peaks' intensities.

 The latter issue is why I don't use two sets of processing parameters (one 
 for intense and one for weak peaks), but fiddle around with overlapping peaks.

 I know that you advise to avoid linar prediction, but after reading 
 http://spin.niddk.nih.gov/NMRPipe/ref/nmrpipe/lp.html I have the impression 
 that LP could help ease the problem of truncation artifacts. I also did some 
 literature searching, but I didn't find anything about LP making peak height 
 measurements unreliable.

 I remember we discussed that during your visit, and I showed you the graphs 
 where I compared rates calculated from spectra without LP vs. rates from 
 spectra where the same number of points was added by LP. Maybe you remember, 
 there was no visible bias, but rates with large errors also became larger.

 So what again is the reason to not use LP for relaxation series?

 Cheers,
 Martin
 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users


___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Model-free analysis error

2014-03-25 Thread Edward d'Auvergne
Hi Ivan,

If you could create a bug report using the link
https://gna.org/bugs/?func=additemgroup=relax, that would be
appreciated.  Please try to include as much information as possible.
The best would be if you could attach a truncated data set, the
minimum required to trigger the bug (slightly randomised if you would
like to keep it private).  If I can reproduce the bug myself, I can
normally have a fix for it within 5-10 minutes.  Oh, it would be good
to check that you are using the latest version of relax - currently
3.1.6 (http://www.nmr-relax.com/download.html) - just in case the bug
has already been fixed.

Cheers,

Edward



On 25 March 2014 15:33, Ivanhoe Leung ivanhoe.le...@chem.ox.ac.uk wrote:
 Dear Edward,

 I have now conducted measurements (T1, T2 and NOE) in two seperate fields 
 (600 and 700 MHz) as suggested in your previous email.

 I have upload six different files onto the Relaxation Data List. The data 
 is in the following format

 2 ALA 5.49631746729691 N
 3 ASP 3.74279511939516 N
 4 ASP 6.12594952217594 N
 6 SER 6.75812664729337 N

 However, after I click the Dipolar relaxation button, the programme freezes 
 up when I press Apply or Next.

 I encountered no problem with the other three buttons (CSA relaxation / X 
 isotope / H isotope)

 I wonder if it is because I am not supplying the right type of data to the 
 software, or if this is a python problem?

 Thanks and I hope to hear back from you soon!

 Ivan



 
 From: edward.dauver...@gmail.com [edward.dauver...@gmail.com] on behalf of 
 Edward d'Auvergne [edw...@nmr-relax.com]
 Sent: 10 February 2014 16:09
 To: Ivanhoe Leung
 Cc: relax-users@gna.org
 Subject: Re: Model-free analysis error

 Hi Ivan,

 To continue:

 On another note, I wonder if it is possible to modify the nmr-relax 
 programme so that I can do model-free analysis with data from only one field 
 strength? Alternatively, do you know of any programme (that can be installed 
 on Windows) that can do such analysis? My work focused mainly on small 
 molecule and ligand-based NMR and I have only just very recently started 
 looking in to protein dynamics so I am still experimentinng different 
 software and data treatment etc.

 Firstly, the subject of single field strength data has been discussed
 numerous times on this mailing list.  I would recommend you read my
 previous responses to questions relating to single field strength
 data, and look the other messages in those threads.  You will find
 these discussions quite informative and highly detailed:

 - Martin Ballaschk:
 http://thread.gmane.org/gmane.science.nmr.relax.user/1409/focus=1438
 - Shantanu Bhattacharyya:
 http://thread.gmane.org/gmane.science.nmr.relax.user/1367/focus=1369
 - Mengjun Xue:
 http://thread.gmane.org/gmane.science.nmr.relax.user/1276/focus=1277
 - Fernando Amador: http://article.gmane.org/gmane.science.nmr.relax.user/84
 - Shantanu Bhattacharyya:
 http://thread.gmane.org/gmane.science.nmr.relax.user/1086/focus=1087
 - Dhanasekaran Muthu:
 http://thread.gmane.org/gmane.science.nmr.relax.user/1152/focus=1153
 - Vitaly Vostrikov:
 http://thread.gmane.org/gmane.science.nmr.relax.user/1147/focus=1150
 - Aldino Viegas:
 http://thread.gmane.org/gmane.science.nmr.relax.user/1127/focus=1128
 - Pierre-Yves Savard:
 http://thread.gmane.org/gmane.science.nmr.relax.user/724/focus=725
 - Keith Constantine:
 http://thread.gmane.org/gmane.science.nmr.relax.user/513/focus=517
 - Clare-Louise Evans:
 http://thread.gmane.org/gmane.science.nmr.relax.user/326/focus=332
 - Hongyan Li:  
 http://thread.gmane.org/gmane.science.nmr.relax.devel/694/focus=701

 These will have lots of additional information.  This is just a
 selection of possibly the most useful messages.


 You will soon see that this is a complicated topic.  Note that relax
 is capable of performing 100% of the functionality of Modelfree4 (with
 or without the Fast-Modelfree GUI interface), Dasha, Tensor2, and
 DYNAMICS.  If you play with the optimisation settings you can even
 find identical results to within machine precision - relax can mimic
 these other softwares.

 The key is that the full analysis protocol is rather complicated -
 many people don't understand this - and that these softwares do not
 implement the full iterative protocol.  Therefore you either have to
 perform it manually or write a script to perform all of the steps.
 The protocol is described in the relax manual in figure 7.2
 (http://www.nmr-relax.com/manual/diffusion_seeded_paradigm.html).  In
 summary:

 a)  Find an initial diffusion tensor estimate (you can do this in
 relax by only using model m0).  This requires all non-mobile residues
 and side chain spins to be excluded, and this can be problematic.  See
 the d'Auvergne and Gooley, 2008b paper at
 http://dx.doi.org/10.1007/s10858-007-9213-3 for an example of the
 catastrophic failure that this initial estimate can result in.  Or the
 bacteriorhodopsin fragment of Korzhnev

Re: Model-free analysis error

2014-03-25 Thread Edward d'Auvergne
Cheers!  I can confirm the problem - the identification of the @N and
@H atom pairs takes a long, long time.  However it does successfully
complete after a few minutes.  There are two problems I can identify.
Solving the first will be the easiest.  From the saved state file that
you uploaded, I can see that you have loaded all atoms of the PDB file
into relax as nuclear spins.  For your analysis this is not necessary,
just load the @N and @H atoms.  Then the interatom.define user
function will operate much faster as then it will not need to loop
over all these 1231 atoms (1231^2 times) but only the 296 @H and @N
atoms.  See 
http://www.nmr-relax.com/manual/d_Auvergne_protocol_GUI_mode_setting_up_spin.html
and http://www.nmr-relax.com/manual/GUI_mode_spins_from_structural_data.html
for more details (the PDF version of the manual at
http://download.gna.org/relax/manual/relax.pdf is of higher quality).

The second problem is in relax.  There must be an inefficiency
somewhere in the relax code which causes this to take so long.  I'll
look and see if this function can be sped up, but it might require
modifying the internal PDB reader in relax to automatically determine
connected atoms for the standard protein/DNA/RNA residues.  Fixing
this is a lot of work, so the first option might be fastest for you.
As connected atoms in the protein were not automatically detected by
the relax PDB reader, relax must first loop over each atoms to check
for connections and for each it must then loop over all other atoms
and determine if those atoms are within a certain short distance.  If
so, it will consider the atoms to be bonded.  Because of these two
nested loops, for 1231 atoms there would be 1231^2 = 1515361
interatomic distance checks.  This is why it is slow.  For just the @N
and @H spins the number of checks would be ~20 times less.

Regards,

Edward


P. S.  For any relax developers out there, the fix is to support the
standard PDB atom naming in the Chemical Component Dictionary, as
described in http://www.wwpdb.org/documentation/format33/sect9.html#ATOM
and found at ftp://ftp.wwpdb.org/pub/pdb/data/monomers/.  The ATOM
records in a PDB file must conform to this nomenclature and the given
CONECT records.  All the definitions are in the single file
ftp://ftp.wwpdb.org/pub/pdb/data/monomers/het_dictionary.txt.  For
example to see glycine, search for HETGLY.  The number of spaces
is essential here.  We could add the standard amino acid HET
dictionaries to relax and use the CONECT records in these to bond all
atoms together.  Some problems are that in X-ray structures certain
random atoms will be missing and that encountering non-standard or
modified amino acids is not uncommon.  Therefore the distance-based
algorithm would be always needed as a fallback if the relax PDB reader
does not find connected atoms for a given atom.



On 25 March 2014 16:34, Ivanhoe Leung ivanhoe.le...@chem.ox.ac.uk wrote:
 Dear Edward,

 I have submitted a bug report as requested

 https://gna.org/bugs/index.php?21862

 Thanks

 Ivan


 
 From: edward.dauver...@gmail.com [edward.dauver...@gmail.com] on behalf of 
 Edward d'Auvergne [edw...@nmr-relax.com]
 Sent: 25 March 2014 14:43
 To: Ivanhoe Leung
 Cc: relax-users@gna.org
 Subject: Re: Model-free analysis error

 Hi Ivan,

 If you could create a bug report using the link
 https://gna.org/bugs/?func=additemgroup=relax, that would be
 appreciated.  Please try to include as much information as possible.
 The best would be if you could attach a truncated data set, the
 minimum required to trigger the bug (slightly randomised if you would
 like to keep it private).  If I can reproduce the bug myself, I can
 normally have a fix for it within 5-10 minutes.  Oh, it would be good
 to check that you are using the latest version of relax - currently
 3.1.6 (http://www.nmr-relax.com/download.html) - just in case the bug
 has already been fixed.

 Cheers,

 Edward



 On 25 March 2014 15:33, Ivanhoe Leung ivanhoe.le...@chem.ox.ac.uk wrote:
 Dear Edward,

 I have now conducted measurements (T1, T2 and NOE) in two seperate fields 
 (600 and 700 MHz) as suggested in your previous email.

 I have upload six different files onto the Relaxation Data List. The data 
 is in the following format

 2 ALA 5.49631746729691 N
 3 ASP 3.74279511939516 N
 4 ASP 6.12594952217594 N
 6 SER 6.75812664729337 N

 However, after I click the Dipolar relaxation button, the programme 
 freezes up when I press Apply or Next.

 I encountered no problem with the other three buttons (CSA relaxation / X 
 isotope / H isotope)

 I wonder if it is because I am not supplying the right type of data to the 
 software, or if this is a python problem?

 Thanks and I hope to hear back from you soon!

 Ivan



 
 From: edward.dauver...@gmail.com [edward.dauver...@gmail.com] on behalf of 
 Edward d'Auvergne [edw...@nmr-relax.com]
 Sent: 10 February 2014 16:09

The hidden radian unit in relaxation dispersion.

2014-03-26 Thread Edward d'Auvergne
Hi,

The following is a copy of my post to the NESSY mailing list at
https://mail.gna.org/public/nessy-users/2014-03/msg1.html.  This
replicated here on the relax-users mailing list to be used as a
permanent relax reference (parts of it might be copied into the relax
wiki or manual in the future).  If you are interested in relaxation
dispersion, you might find the concepts useful for understanding the
Hertz vs. 1/s vs. rad/s vs. radian Hertz base units, especially for
the kex exchange parameter.  Below is the verbatim copy of the text.

Regards,

Edward


P. S.  Here is the text with a few minor corrections:



Hi Henriette,

Welcome to the NESSY mailing lists!  The problem you are seeing here
is not very well understood - even by the top experts in the field.
Many people are confused by the concept and it often results in
mistakes in papers.  To explain this, I will use the following
resources which I recommend that you read:

1)  The relaxation dispersion chapter of the user manual for the
software relax (http://www.nmr-relax.com) has a comprehensive table
listing all conceivable dispersion parameters and their base units
(http://download.gna.org/relax/manual/relax.pdf).  An online version
of the table can be seen at
http://www.nmr-relax.com/manual/Dispersion_model_summary.html.

2)  The hidden radian unit concept which I have explained at
http://wiki.nmr-relax.com/Hidden_radian_units.

3)  The unit analysis for the relaxation equations at
http://thread.gmane.org/gmane.science.nmr.relax.devel/1023/focus=1034.
 A similar unit analysis can be performed for kex, which I have
performed but not published or written anywhere.  This analysis works
for all models showing kex to have rad/s units, except for the IT99
model (http://wiki.nmr-relax.com/IT99).

4)  The software comparison table I produced for relax which compares
numerical results from most of the dispersion software available in
the field.  This is available with relax in the file
./test_suite/shared_data/
dispersion/software_comparison or online at
http://svn.gna.org/viewcvs/*checkout*/relax/trunk/test_suite/shared_data/dispersion/software_comparison?revision=21873.


So, to begin, rad/s and 1/s are almost always the same thing in NMR as
almost everything we look at is rotational.  This is due to the hidden
radian unit concept (ref. 2).  Note that 1/s and Hz in NMR are most
definitely not the same thing and you need a factor of 2pi to convert
between them.  Just as a side note, 1/s is properly called radian
Hertz though this is not often used in the field.  By convention,
parameters with rad/s units are often called omega whereas parameter
with Hertz units are called nu.  Chemical exchange relates to chemical
shift, which is the change in how a nucleus spins in a magnetic field.
 The spinning means that chemical shift is a rotational process (which
interacts with the non-rotational external magnetic field and induced
magnetic fields for the electrons in the system, though these have
rotational fluctuations in the structural reference frame due to
Brownian and internal motions).  The Rex term which contributes to
relaxation hence has the units of rad/s.  This matches the units of
R1, R2, and sigma_NOE (see ref. 3), as well as the spectral density
functions governing standard relaxation.

In the case of kex, this is where a lot of confusion arises.  The
reason is because kex has both rad/s and Hertz units - there are
actually two kex parameters.  The first is the one which influences
the chemical shift - this has the radian unit.  The second is the
translational component of the mechanical process causing exchange -
the kinetic parameter of the process - this is non-rotational and
hence has Hertz units.  There is no factor of 2pi when converting
between the two!  A rotational process in rad/s or radian Hertz can
interact directly with a non-rotational process in Hertz with no
conversion factors.  For relaxation dispersion we assume both kex are
the same.  Therefore it is technically correct to present the single
numeric value with both 1/s and Hertz units (as well as rad/s and
radian Hertz units).  There is a case where kex can have rad^2 units
but I won't get into that (the rad^2/s units are mentioned at
https://en.wikipedia.org/wiki/Rotational_diffusion).

For a quick unit analysis, the CR72 dispersion model for CPMG-type
data is a simple starting point (http://wiki.nmr-relax.com/CR72).
From section 10.3.3 of the relax manual:

R2eff = 1/2 (R20A +  R02B + kex - 2*nu_CPMG*cosh^-1 (D+*cosh(eta+) -
D-*cos(eta-))).

The units of R2eff, R20A, and R20B are by definition rad/s.  Therefore
to add kex directly to these, kex must also have rad/s units (unit
analysis of the last term also produces rad/s, but I won't go into
that as it's too long).  For the M61 model for R1rho-type data
(http://wiki.nmr-relax.com/M61 and section 10.7.1 of the relax
manual):

R1rho = R1rho' + phi_ex*kex / (kex^2 + omega_e^2),

where:

phi_ex = pA*pB*delta_omega^2.

Here 

Re: Model-free analysis error

2014-03-26 Thread Edward d'Auvergne
Hi,

This addition was for the relaxation dispersion analysis and is in
section 10.14.2 Dispersion GUI mode - computation time.  The text
is:

The time required to complete these two analyses is highly dependent
on the computer being used as well as how many nodes can be used for
running the calculations parallelised with OpenMPI. On a large cluster
with many nodes both analyses should be completed in under an hour.
But when running the analyses without OpenMPI on old single core
computer, the analyses could take days and even up to a week.

For a model-free analysis, the computation time might range from 1 day
to 2 weeks, depending on how interesting the molecule is from a
dynamics perspective (the more dynamic, the more difficult the
problem) and if Gary Thompson's multi-processor with OpenMPI is used.

Regards,

Edward


On 26 March 2014 16:53, Troels Emtekær Linnet tlin...@nmr-relax.com wrote:
 Hi Ivanhoe.

 I remember that Edward added a section to the manual about running time, and
 probably somewhere on the relax mailing list that question is answered.

 But it depends on how many spins, computer power, and how many CPU.

 But I think that anything between a day and a week is expected (best guess
 is a week ? )
 Especially for model-free analysis.

 Best
 Troels



 2014-03-26 15:55 GMT+01:00 Ivanhoe Leung ivanhoe.le...@chem.ox.ac.uk:

 Dear Edward and Troels,

 Thanks for all your suggestions - they have all been really helpful. I
 have now added the errors onto the T1/T2/NOE lists (I use CCPNmr Analysis).

 Just one more question (maybe a stupid one) - how long does it take to do
 the full model free analysis (I just use the default settings on the GUI).
 Its been running for more than 6 hours now and the 'Incremental progress' is
 still showing less than 30% completion

 Thanks

 Ivan


 
 From: edward.dauver...@gmail.com [edward.dauver...@gmail.com] on behalf of
 Edward d'Auvergne [edw...@nmr-relax.com]
 Sent: 25 March 2014 18:03
 To: Ivanhoe Leung
 Cc: relax-users@gna.org
 Subject: Re: Model-free analysis error

 Hi Ivan and Troels,

 Continuing from
 http://thread.gmane.org/gmane.science.nmr.relax.devel/5263/focus=5268,
 the default error of 1.0 is important.  This causes the chi-square
 value to collapse into the sum of squared errors (SSE), making the
 analysis still possible.  However the real errors should really be
 provided at all times.  A model-free analysis requires the greatest
 precision and accuracy of all NMR analysis types.  Not providing
 errors, i.e. using crude errors of 1.0, for all data will really fubar
 your results (https://en.wikipedia.org/wiki/Military_slang#FUBAR).  If
 these are not available, please use the relaxation curve-fitting and
 steady-state NOE analyses in relax to properly calculate relaxation
 data errors from either replicated spectra or the base plane noise
 (see the 'rm' command in Sparky or the equivalent in other software).
 These peak intensity errors do not linearly map to the relaxation
 data, hence why different errors for all data points is rather
 important.

 Regards,

 Edward



 On 25 March 2014 18:35, Edward d'Auvergne edw...@nmr-relax.com wrote:
  Cheers!  I can confirm the problem - the identification of the @N and
  @H atom pairs takes a long, long time.  However it does successfully
  complete after a few minutes.  There are two problems I can identify.
  Solving the first will be the easiest.  From the saved state file that
  you uploaded, I can see that you have loaded all atoms of the PDB file
  into relax as nuclear spins.  For your analysis this is not necessary,
  just load the @N and @H atoms.  Then the interatom.define user
  function will operate much faster as then it will not need to loop
  over all these 1231 atoms (1231^2 times) but only the 296 @H and @N
  atoms.  See
  http://www.nmr-relax.com/manual/d_Auvergne_protocol_GUI_mode_setting_up_spin.html
  and
  http://www.nmr-relax.com/manual/GUI_mode_spins_from_structural_data.html
  for more details (the PDF version of the manual at
  http://download.gna.org/relax/manual/relax.pdf is of higher quality).
 
  The second problem is in relax.  There must be an inefficiency
  somewhere in the relax code which causes this to take so long.  I'll
  look and see if this function can be sped up, but it might require
  modifying the internal PDB reader in relax to automatically determine
  connected atoms for the standard protein/DNA/RNA residues.  Fixing
  this is a lot of work, so the first option might be fastest for you.
  As connected atoms in the protein were not automatically detected by
  the relax PDB reader, relax must first loop over each atoms to check
  for connections and for each it must then loop over all other atoms
  and determine if those atoms are within a certain short distance.  If
  so, it will consider the atoms to be bonded.  Because of these two
  nested loops, for 1231 atoms there would be 1231^2 = 1515361

Re:

2014-05-14 Thread Edward d'Auvergne
Dear Vineet,

The problem you are seeing is a simple bug - Dpar is simply being
displayed twice.  Could you please create a bug report for this?
Simply fill out the details at
https://gna.org/bugs/?func=additemgroup=relax.  I will then fix the
problem and the solution will be available with the next relax
release.  The bug report will be useful for other users

Cheers,

Edward


P. S.  I can already see the problem in the relax source code.  See if
you can see it too in the display() function at
http://www.nmr-relax.com/api/3.1/pipe_control.diffusion_tensor-pysrc.html#display.


On 14 May 2014 17:00, Panwalkar, Vineet v.panwal...@fz-juelich.de wrote:
 Dear users,

 I have recently carried out two seperate model-free analysis on a ~5 kDa 
 protein with relaxation data measured at 600, 800 and 900 MHz. I used the 
 fully automated analysis scripts for the analysis.

 In the first run, I used the lowest energy structure from my 15 structure 
 ensemble. I get an oblate diffusion tensor. When I read the results and ask 
 for diffusion_tensor.display() in relax, I get the table with all the data 
 which is as follows...

 Diffusion type   spheroid
   tm (s)4.63577e-09
   Diso (rad/s)  3.59523e+07
   Da (rad/s)   -3.36136e+07
   Dpar (rad/s)  1.35432e+07
   Dper (rad/s)  1.35432e+07
   Dratio   0.287196
   theta (rad)  0.633624
   phi (rad) 2.61738
   Fixed flag   True

 What is confusing me is that, even though the Dratio is 0.287196, the 
 individual Dpar and Dper values are exactly the same! I have seen the same 
 when I run relax on a complex of the 5 kDa protein and a 1.1 kDa peptide, 
 where relaxation data was recorded only for the protein.

 I ran another run, this time using the pdb file containing all the 15 lowest 
 energy structures. Analysis of the same relaxation data with this structure 
 gives me an ellipsoid diffusion model with following parameters..

 Diffusion type   ellipsoid
   tm (s)   4.63094e-09
   Diso (rad/s) 3.59898e+07
   Da (rad/s)2.4722e+07
   Dr  0.475806
   Dx (rad/s)   1.59863e+07
   Dy (rad/s)3.9512e+07
   Dz (rad/s)   5.24711e+07
   alpha (rad)  2.59643
   beta (rad) 2.087
   gamma (rad) 0.438009
   Fixed flag   True

 I remember reading an old post where Ed mentions that relax is not set up to 
 carry out analysis for residues with multiple NH bond vectors since it lies 
 in the model-free theory itself. In the same post it is also mentioned that 
 if that is the case then relax should give an error. Now, about 5 residues at 
 the N terminus and 2 at the C terminus of my 43 residue protein are 
 unstructured and show high backbone RMSD. It would be great if i get some 
 help regarding the understanding of why in such a case, there was no error 
 given from relax. And also, what measures are to be taken to run relax 
 analysis on such a protein using the 15 structure ensemble as an input 
 structure. Is this change from oblate to ellipsoid a case of over-estimation 
 of the diffusion properties occuring due to highly flexible termini in the 
 protein?

 Regards,

 Vineet


 
 
 Forschungszentrum Juelich GmbH
 52425 Juelich
 Sitz der Gesellschaft: Juelich
 Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498
 Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher
 Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender),
 Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt,
 Prof. Dr. Sebastian M. Schmidt
 
 

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Re:

2014-05-14 Thread Edward d'Auvergne
Hi,

Alternatively, if your work email is going to reveal people's private
email addresses (the address behind my edward att nmr-relax dott com
email alias) as clear text on public mailings lists, do you have
another email system you can use?  The messages are archived
permanently at https://mail.gna.org/public/relax-users/,
http://www.mail-archive.com/relax-users@gna.org/,
http://dir.gmane.org/gmane.science.nmr.relax.user, and
http://marc.info/?l=relax-usersr=1w=2, so spam bots will easily find
the email addresses your email system is revealing.  Messages can
never be deleted from these archives - they are read only.

Cheers,

Edward



On 14 May 2014 18:38, Edward d'Auvergne edw...@nmr-relax.com wrote:
 Hi Vineet,

 Your mail software is still revealing my private email address to a
 public mailing list!  Please try changing your settings and responding
 just to me, to check if this is fixed.  Only once this setting is
 turned off would it be safe to respond to the mailing list.  Thanks.

 From your log messages, you are reading multiple files into relax.
 Can you complete a model-free analysis with this?  If so, could you
 created a bug report for this problem?  What does the log message look
 like when you get to the grid search or optimisation?

 Cheers,

 Edward




 On 14 May 2014 18:30, Panwalkar, Vineet v.panwal...@fz-juelich.de wrote:
 Hi Ed,

 I had a look at the log files. I reckon all the models within my ensemble 
 are added in. Unless I've understood the logs all wrong. Following is the 
 excerpt from the logs related to the PDB parser..

 relax structure.read_pdb(file=relax_input.pdb', dir=None, read_mol=None, 
 set_mol_name='protein', read_model=None, set_model_num=None, alt_loc=None, 
 merge=False)

 Internal relax PDB parser.
 Opening the file 'relax_input.pdb' for reading.
 Adding molecule 'protein' to model 1 (from the original molecule number 1 of 
 model 1)
 Adding molecule 'protein' to model 2 (from the original molecule number 1 of 
 model 2)
 Adding molecule ''protein' to model 3 (from the original molecule number 1 
 of model 3)
 Adding molecule ''protein' to model 4 (from the original molecule number 1 
 of model 4)
 Adding molecule 'protein' to model 5 (from the original molecule number 1 of 
 model 5)
 Adding molecule ''protein' to model 6 (from the original molecule number 1 
 of model 6)
 Adding molecule ''protein' to model 7 (from the original molecule number 1 
 of model 7)
 Adding molecule 'protein' to model 8 (from the original molecule number 1 of 
 model 8)
 Adding molecule ''protein' to model 9 (from the original molecule number 1 
 of model 9)
 Adding molecule ''protein' to model 10 (from the original molecule number 1 
 of model 10)
 Adding molecule ''protein' to model 11 (from the original molecule number 1 
 of model 11)
 Adding molecule ''protein' to model 12 (from the original molecule number 1 
 of model 12)
 Adding molecule ''protein' to model 13 (from the original molecule number 1 
 of model 13)
 Adding molecule ''protein' to model 14 (from the original molecule number 1 
 of model 14)
 Adding molecule ''protein' to model 15 (from the original molecule number 1 
 of model 15)

 Regards,

 Vineet

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Re:

2014-05-14 Thread Edward d'Auvergne
Hi Vineet,

For the bug report, it would be great if you could create a truncated
data set and attach it to the report.  If you could truncate the PDB
files to 2-3 residues, and the relaxation data files to those same 2-3
residues, testing that the problem is still there, I'll then be able
to replicate the issue.  I could then add the data to the relax test
suite to make sure that the problem is thoroughly tested.  This also
often allows me to find a solution within 5 to 10 minutes.  You can
slightly randomise the data of this subset of spin if you wish to keep
it 100% confidential.

Do you use relax in the script UI mode?  Or the GUI?  How do you
perform the model-free analysis?

Cheers,

Edward




On 14 May 2014 19:05, Panwalkar, Vineet v.panwal...@fz-juelich.de wrote:
 Hi Ed,

 Model free analysis does complete after taking in all those structures. Every 
 single individual diffusion tensor model converges. The diffusion tensor data 
 in the earlier email was obtained after model free analysis was completed 
 using all 15 structures. I'll create a bug report regarding this.

 Cheers,

 Vineet
 


 Hi Vineet,

 Your mail software is still revealing my private email address to a
 public mailing list!  Please try changing your settings and responding
 just to me, to check if this is fixed.  Only once this setting is
 turned off would it be safe to respond to the mailing list.  Thanks.

 From your log messages, you are reading multiple files into relax.
 Can you complete a model-free analysis with this?  If so, could you
 created a bug report for this problem?  What does the log message look
 like when you get to the grid search or optimisation?

 Cheers,

 Edward





 Hi Ed,

 I had a look at the log files. I reckon all the models within my ensemble 
 are added in. Unless I've understood the logs all wrong. Following is the 
 excerpt from the logs related to the PDB parser..

 relax structure.read_pdb(file=relax_input.pdb', dir=None, read_mol=None, 
 set_mol_name='protein', read_model=None, set_model_num=None, alt_loc=None, 
 merge=False)

 Internal relax PDB parser.
 Opening the file 'relax_input.pdb' for reading.
 Adding molecule 'protein' to model 1 (from the original molecule number 1 of 
 model 1)
 Adding molecule 'protein' to model 2 (from the original molecule number 1 of 
 model 2)
 Adding molecule ''protein' to model 3 (from the original molecule number 1 
 of model 3)
 Adding molecule ''protein' to model 4 (from the original molecule number 1 
 of model 4)
 Adding molecule 'protein' to model 5 (from the original molecule number 1 of 
 model 5)
 Adding molecule ''protein' to model 6 (from the original molecule number 1 
 of model 6)
 Adding molecule ''protein' to model 7 (from the original molecule number 1 
 of model 7)
 Adding molecule 'protein' to model 8 (from the original molecule number 1 of 
 model 8)
 Adding molecule ''protein' to model 9 (from the original molecule number 1 
 of model 9)
 Adding molecule ''protein' to model 10 (from the original molecule number 1 
 of model 10)
 Adding molecule ''protein' to model 11 (from the original molecule number 1 
 of model 11)
 Adding molecule ''protein' to model 12 (from the original molecule number 1 
 of model 12)
 Adding molecule ''protein' to model 13 (from the original molecule number 1 
 of model 13)
 Adding molecule ''protein' to model 14 (from the original molecule number 1 
 of model 14)
 Adding molecule ''protein' to model 15 (from the original molecule number 1 
 of model 15)

 Regards,

 Vineet


 
 
 Forschungszentrum Juelich GmbH
 52425 Juelich
 Sitz der Gesellschaft: Juelich
 Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498
 Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher
 Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender),
 Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt,
 Prof. Dr. Sebastian M. Schmidt
 
 


 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: dimer

2014-06-06 Thread Edward d'Auvergne
Hi Stefano,

It will be interesting to see the results in your final publication.
Especially considering that the relaxation data you observe is the
average of two states experiencing different global tumbling (the two
vectors intersect different parts of a single Brownian diffusion
tensor), but the assumption is made that they only sample one.  Maybe
you should perform a full analysis on one monomer, and then another
full analysis on the second, and compare.  Are you sure there are no
published theoretical treatments of such a situation?

As for the PyMOL or MOLMOL macros, I've had a look at the PDB file you
attached to http://gna.org/support/?3110, and this might be difficult.
 Although both molecules are represented as different chains, the
residue numbers are not reset between the A to B transition:


ATOM   2437  HE1 HIS A 147  14.544 -14.592  44.384  1.00142.09   H
ATOM   2438  C   HIS A 147  15.448 -12.825  50.108  1.00142.09   C
ATOM   2439  O   HIS A 147  16.622 -12.826  50.563  1.00142.09   O
ATOM   2440  OXT HIS A 147  14.601 -13.730  50.336  1.00142.09   O
TER2441  HIS A 147
ATOM   2442  N   MET B 148  34.965   4.924 102.588  1.00 83.68   N
ATOM   2443  H   MET B 148  35.604   5.224 103.352  1.00 83.68   H
ATOM   2444  CA  MET B 148  33.567   5.117 103.004  1.00 83.68   C


Do you have the ability to renumber residues?  This is rather simple
in relax, though not so obvious as it plays directly with the relax
data store object and uses Python programming:


# Create a data pipe.
pipe.create('renumber', 'N-state')

# Load the original PDB as two molecules.
structure.read_pdb('BpUreE_apo_model_full.pdb')

# Renumber all residues of the second molecule directly in the
internal structural object.
for i in range(len(cdp.structure.structural_data[0].mol[1].res_num)):
cdp.structure.structural_data[0].mol[1].res_num[i] -= 147

# Write out the renumbered structure as a PDB file.
structure.write_pdb('BpUreE_apo_renumbered.pdb', force=True)


If the residues are all the same, then the PyMOL or MOLMOL macros
should apply to both structures.  I just had a look and the macros
from the model-free analysis apply to residue numbers:

http://www.nmr-relax.com/api/3.2/specific_analyses.model_free.pymol-pysrc.html#Pymol.classic_colour
http://www.nmr-relax.com/api/3.2/specific_analyses.model_free.molmol-pysrc.html#Molmol.classic_colour

Regards,

Edward



On 5 June 2014 23:32, Stefano Luciano Ciurli stefano.ciu...@unibo.it wrote:
 Hi Edward,
 I reached the end of the calculation of our protein dimer, and everything 
 went smooth. We used two fields, and tomorrow I am about to start collecting 
 the third field data. I wonder how to make it so that the molmol or pymol 
 macros used to visualize the various parameters along the protein backbone 
 can be twisted so that these are applied to both monomers instead of just one.
 Cheers,
 Stefano

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: dimer

2014-06-10 Thread Edward d'Auvergne
Hi Stefano,

 It will be interesting to see the results in your final publication.

 well, same for us of course. However, this is the first time I approach this 
 problem, so I welcome any advice.

 Especially considering that the relaxation data you observe is the
 average of two states experiencing different global tumbling (the two
 vectors intersect different parts of a single Brownian diffusion
 tensor), but the assumption is made that they only sample one.

 the dimer is perfectly symmetric in solution, in the NMR time scale, as we 
 observe only a single peak per residue

For dimers, unfortunately I don't have much advice I can give.  The
only person who could we be the one who derives the correct
theoretical treatment of dimers in the future.  You may have avoided
the issue though if you have a perfectly symmetrical dimer.


 Maybe
 you should perform a full analysis on one monomer, and then another
 full analysis on the second, and compare.

 I am not sure that I understand your suggestion, as the two monomers are 
 inextricably bound

It won't give much, but the bond vectors orientations are different
between two monomers.  The superimposition is not perfect.  But, as we
have discussed before on the list, it will not do anything for the
theoretical problem, if you indeed do have a problem.  It will only
show you any small bond vector orientation artefacts.


 Are you sure there are no
 published theoretical treatments of such a situation?

 I am aware of relaxation studies on homodimeric proteins, but I am also quite 
 sure that the papers do not tackle the issue of the dimer and report the 
 relaxation data as for a monomeric protein; again, any advice is welcome.

I am also unaware of any theoretical treatment.  If you deposit your
dynamics data for your publication in the BMRB, via the relax export
functions, then this might open a door to allow a theoretician in the
future to use real data for solving this problem.  As for solving the
problem now and you are 100% sure that this is not already solved,
unless you would like to dive into quite complex theory, then there is
nothing we can do.  You could make a 1 line comment about the
deficiency in the manuscript, and make the statement that this is an
unsolved problem.

Anyway, the perfect symmetry might mean that the diffusion tensor as
seen in the reference frame of each monomer is identical, so that the
bond vectors in each experience the same 5 global correlation times
and hence the standard analysis will work perfectly.  If so, no
special theory is required.

Regards,

Edward

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: dimer

2014-06-10 Thread Edward d'Auvergne
Hi Stefano,

Please see below:

 thinking about it, and considering that we erroneously run Relax using the 
 full PDB for the homodimer but provided only the T1, T2 and NOE data for one 
 monomer, as output of Dynamics Center, could you tell us how to modify the 
 .txt files from Dynamics Center so that Relax thinks it has a full set of 
 data for the full homodimer? The PDB that we used has residues already 
 numbered consecutively from residue 1 to the last residue of the dimer.

In this setup, relax will only look at the first monomer.


 We really need to change the input files for T1, T2 and NOE in order to 
 decide which part of the protein we are looking at, but we would like to know 
 which parts of the output files from DC should be duplicated. If you want and 
 need it, I can send you the files in a private email to you only.

There is no need to send the files.  Do you have someone there who
knows scripting?  One option is to write a script (perl, Python, sed,
etc.) which adds 147 to the residue number for all parts of the Bruker
DC file.  Or maybe using the script at
http://thread.gmane.org/gmane.science.nmr.relax.user/1661/focus=1677
to renumber the PDB file will be sufficient.  Loading the two
molecules into relax and then loading the Bruker DC data might put the
data into the spin containers of both molecules, as the residue
numbers for both molecules will match.  This would have to be very
carefully checked as this is completely untested behaviour for relax.
You would also need to carefully look at the log messages.

If you would like me to make this last option 100% functional for
relax, I would recommend creating a support request and attaching your
Bruker DC files there - but they must be truncated to 1 or 2 residues.
You can randomise the data slightly too for complete secrecy, if you
wish.  I could then use this and the PDB file to create a relax system
test.  Having a system test allows me to fix things in relax in ~5 to
10 minutes.  The support request creation link is
http://gna.org/support/?func=additemgroup=relax.

Regards,

Edward

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: R1rho RD analysis

2014-06-11 Thread Edward d'Auvergne
Hi Peixiang,

Please see below:


 Congratulations about the new version of 3.2.2, I tried, it works well :)

Cheers.  If you notice any other problems or strange behaviour, please
don't hesitate to submit a bug report
(https://gna.org/bugs/?func=additemgroup=relax).  Then that problem
will likely be fixed for the next relax version.


 Still one question of using the different relaxation time periods.

 My R1rho RD experiment has different relaxation time periods, I could input 
 all the peaks by the loop.

 Then I fit with 'NS 2-site R1 model', they could also do the fitting and give 
 the results and also a nice fitting of the dispersion curve.
 Still I did not figure out, which Trelax is it using in the NS model in the 
 case of different relaxation time periods.
 Only the last relaxation time period? Then fit as fixed time experiment?

As this code was directly contributed by Paul Schanda and Dominique
Marion, and I'm guessing that their offices are not too far from yours
at the IBS, maybe you could ask them directly ;)  Well, it was Paul
who organised that the code be contributed to relax.  In reality the
original authors were Nikolai Skrynnikov and Martin Tollinger.  The
API documentation is also a useful resource for answering such
questions (http://www.nmr-relax.com/api/3.2/).  For this, see the
relax library documentation for that model:

http://www.nmr-relax.com/api/3.2/lib.dispersion.ns_r1rho_2site-module.html

This documentation describes the origin and history of the code.  You
could even look at the source code for the direct implementation:

http://www.nmr-relax.com/api/3.2/lib.dispersion.ns_r1rho_2site-pysrc.html

Trelax is the 'relax_time' argument here.  You can find all
implementation details in this API documentation.  Which relaxation
time would you suggest as being correct?  I'm actually no longer sure
which is being used.  And I'm not sure if the original code or even
the numeric model itself was designed to handle variable time data.


 Maybe I am the minority to use such time consuming experiments, so I always 
 have such strange questions ...

relax should still handle the situation.  Do you know if there is a
special treatment for the numerical models for such data?  Do you know
of a good citation?  Maybe the 'NS R1rho 2-site' model
(http://wiki.nmr-relax.com/NS_R1rho_2-site) is not suitable for
variable time data, and a different - and importantly published -
solution is required.  The analytic models do not use the relaxation
time value, so those are safe.  Hence, as a check, you should see very
similar results from the 'DPL94' model
(http://wiki.nmr-relax.com/DPL94) and the 'NS R1rho 2-site' model.  If
not, something is wrong.

If the 'NS R1rho 2-site' model is really only for fixed-time data,
then we should modify relax to raise a RelaxError when this model is
chosen for optimisation and the data is variable time.  As not many
people optimise numeric models to variable-time data, your input into
this question would be very valuable.  Cheers!


 Maybe another annoying question for the fix time people:
 Another question, does it necessary to check how mono-exponential about their 
 relaxation curve under certain rf-field? If not, how did they make sure they 
 can use the mono-exponential assumption to get R2eff by two points?

From what I've seen and heard, some people do check, but the majority
just assume that the curves will be mono-exponential and publish the
fixed-time data and results.  Such a check is probably much more
important for those collecting R1rho-type data rather than CPMG-type
data.  Anyway, maybe you should ask people in front of their posters
at conferences to get a better overview of what the field does.

Regards,

Edward



 Best,

 Peixiang




 On 05/19/2014 05:49 PM, Edward d'Auvergne wrote:

 Hi Peixiang,

 Welcome to the relax mailing lists!  The relaxation dispersion
 analysis implemented in relax is quite flexible, and the data you have
 is supported.  This is well documented in the relax manual which you
 should have with your copy of relax (the docs/relax.pdf file).  Have a
 look at section 'The R2eff model' in the dispersion chapter of the
 manual (http://www.nmr-relax.com/manual/R2eff_model.html),
 specifically the 'Variable relaxation period experiments' subsection.

 Unfortunately the sample scripts are all for the fixed time dispersion
 experiments.  However you could have a look at one of the scripts used
 for the test suite in relax:

 test_suite/system_tests/scripts/relax_disp/exp_fit.py

 This script is run in the test suite to ensue that the data you have
 will always be supported.  There are many more scripts in that
 directory which you might find interesting.  The 'r1rho_on_res_m61.py'
 script also involve an exponential fit with many different relaxation
 time periods.

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from

Re: R1rho RD analysis

2014-06-11 Thread Edward d'Auvergne
Hi Peixiang,

Actually, for comparison purposes for applying the 'NS R1rho 2-site'
model (http://wiki.nmr-relax.com/NS_R1rho_2-site) to variable-time
R1rho-type data, Art Palmer's MP05 model would be much better
(http://wiki.nmr-relax.com/MP05) than the DPL94 model
(http://wiki.nmr-relax.com/DPL94) as it is of much higher quality.
Andy Baldwin apparently has derived an even better analytic model,
especially when R20A and R20B are significantly different, see:

http://gna.org/support/?3155#comment0

and the discussions in the thread:

http://thread.gmane.org/gmane.science.nmr.relax.devel/5414/focus=5447

and:

http://thread.gmane.org/gmane.science.nmr.relax.devel/5410/focus=5433

This last thread is about the B14 model (Baldwin 2014,
http://wiki.nmr-relax.com/B14) implemented in relax by Troels Linnet,
but there are mentions of Andy's R1rho model.  However the R1rho model
from Andy is not implemented in relax yet.  Do you have much
experience with variable-time R1rho numeric models?  Looking at the
code for where the relax_time variable comes from, it is not very
clear which relaxation time is being used:

http://www.nmr-relax.com/api/3.2/specific_analyses.relax_disp.data-module.html#loop_time

From the code itself:

http://www.nmr-relax.com/api/3.2/specific_analyses.relax_disp.data-pysrc.html#loop_time

it looks like this loop_time() function assumes fixed-time data and
hence only the first encountered time value for the given experiment,
magnetic field strength, offset, and dispersion point is used.  So
your expertise will be very useful for resolving this variable-time
R1rho numeric model problem!

Note that there are a few improvements to the R1rho models that are
yet to be implemented in relax:

http://thread.gmane.org/gmane.science.nmr.relax.devel/5414/focus=5808
http://www.nmr-relax.com/manual/do_dispersion_features_yet_be_implemented.html

Cheers,

Edward



On 11 June 2014 10:07, Edward d'Auvergne edw...@nmr-relax.com wrote:
 Hi Peixiang,

 Please see below:


 Congratulations about the new version of 3.2.2, I tried, it works well :)

 Cheers.  If you notice any other problems or strange behaviour, please
 don't hesitate to submit a bug report
 (https://gna.org/bugs/?func=additemgroup=relax).  Then that problem
 will likely be fixed for the next relax version.


 Still one question of using the different relaxation time periods.

 My R1rho RD experiment has different relaxation time periods, I could input 
 all the peaks by the loop.

 Then I fit with 'NS 2-site R1 model', they could also do the fitting and 
 give the results and also a nice fitting of the dispersion curve.
 Still I did not figure out, which Trelax is it using in the NS model in the 
 case of different relaxation time periods.
 Only the last relaxation time period? Then fit as fixed time experiment?

 As this code was directly contributed by Paul Schanda and Dominique
 Marion, and I'm guessing that their offices are not too far from yours
 at the IBS, maybe you could ask them directly ;)  Well, it was Paul
 who organised that the code be contributed to relax.  In reality the
 original authors were Nikolai Skrynnikov and Martin Tollinger.  The
 API documentation is also a useful resource for answering such
 questions (http://www.nmr-relax.com/api/3.2/).  For this, see the
 relax library documentation for that model:

 http://www.nmr-relax.com/api/3.2/lib.dispersion.ns_r1rho_2site-module.html

 This documentation describes the origin and history of the code.  You
 could even look at the source code for the direct implementation:

 http://www.nmr-relax.com/api/3.2/lib.dispersion.ns_r1rho_2site-pysrc.html

 Trelax is the 'relax_time' argument here.  You can find all
 implementation details in this API documentation.  Which relaxation
 time would you suggest as being correct?  I'm actually no longer sure
 which is being used.  And I'm not sure if the original code or even
 the numeric model itself was designed to handle variable time data.


 Maybe I am the minority to use such time consuming experiments, so I always 
 have such strange questions ...

 relax should still handle the situation.  Do you know if there is a
 special treatment for the numerical models for such data?  Do you know
 of a good citation?  Maybe the 'NS R1rho 2-site' model
 (http://wiki.nmr-relax.com/NS_R1rho_2-site) is not suitable for
 variable time data, and a different - and importantly published -
 solution is required.  The analytic models do not use the relaxation
 time value, so those are safe.  Hence, as a check, you should see very
 similar results from the 'DPL94' model
 (http://wiki.nmr-relax.com/DPL94) and the 'NS R1rho 2-site' model.  If
 not, something is wrong.

 If the 'NS R1rho 2-site' model is really only for fixed-time data,
 then we should modify relax to raise a RelaxError when this model is
 chosen for optimisation and the data is variable time.  As not many
 people optimise numeric models to variable-time data, your input

Re: dimer

2014-06-11 Thread Edward d'Auvergne
Hi Stefano,

For what has happened here, you need to open up your log file.  Did
you use relax with the --log or --tee command line options to capture
the messages?  If you go to the start of the messages, you will very
likely find RelaxWarnings which say something like deselecting the
spin due to missing {relaxation data; bond vector information; etc.}
or due to something else in the set up.  In relax, everything that
happens is sent to the log so you can always go back and see exactly
what happened.  I hope this solves your problem.

Regards,

Edward


On 10 June 2014 23:53, Stefano Luciano Ciurli stefano.ciu...@unibo.it wrote:
 Hi Edward, an additional question: in the output file I noticed that the last 
 four residues at the C-terminus, for which I provided relaxation data, are 
 not included. Any reason for it? (for the previous 9 residues we did not have 
 the assignment because they are not observed due to intermediate exchange 
 phenomena that broaden them too much to be visible, while the last four 
 residues are clearly visible and they appear to be very mobile, and yet, no 
 output from relax.
 Stefano

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: problem loading R1, R2 and nOe files for modelfree

2014-06-27 Thread Edward d'Auvergne
Hi Ravi,

Which version of relax are you using and which operating system are
you running it on?  Are you using the newest 3.2.2 version?  Could you
run 'relax -i' or, in the GUI, select the 'Tools-System information'
menu item and the copy and paste the output into the body of a new
email?  Note that due to too much abuse of the system, attachments are
no longer allowed on the relax mailing lists to avoid excessive strain
on the open source infrastructure.  All attachments are filtered, i.e.
stripped from the message.  See your archived message at
http://article.gmane.org/gmane.science.nmr.relax.user/1695 for
example.  If you would like to share a file in such a situation, the
best solution is to create a bug report using the link
https://gna.org/bugs/?func=additemgroup=relax and to attach the file
there.  There are also support requests for non-bug related issues
where files can also be attached
(https://gna.org/support/?func=additemgroup=relax).

Cheers,

Edward


On 27 June 2014 00:50, Ravi Pratap Barnwal ravi1...@gmail.com wrote:
 Hi,
 I am encountering problem while loading R1,R2 and nOe values calculated for
 two different fields into relax (precompiled version 3.2.2) for mac 10.8.5.
 When i try to add the data and try to change the free format file
 settings for respective file, it is kind of hanging and does not proceed
 anywhere. My files are in the following format,
 3   GLY 1.814795542 0.090739777
 4   SER 2.267446596 0.11337233
 5   MET 2.621469801 0.13107349
 6   ASP 2.751590887 0.137579544


 Am i doing something wrong? I am following the protocol from this link,

 http://www.nmr-relax.com/manual/d_Auvergne_protocol_GUI_mode_data_pipe_initialisation.html

 I have attached a screen-shot for the problem. Any help is highly
 appreciated.

 regards
 ravi
 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Side chain dynamics

2014-06-27 Thread Edward d'Auvergne
Hi Mengjun,

Sorry for not getting back to you earlier.  The papers you mention are:

Oscar Millet and Anthony Mittermaier and David Baker and Lewis E.
Kay (2003)  The Effects of Mutations on Motions of Side-chains in
Protein L Studied by 2H NMR Dynamics and Scalar Couplings.  Journal of
Molecular Biology, 329, 551-563
(http://dx.doi.org/10.1016/S0022-2836(03)00471-6)

Eric Johnson and Walter J. Chazin and Mark Rance (2006)  Effects
of Calcium Binding on the Side-chain Methyl Dynamics of Calbindin D9k:
A 2H NMR Relaxation Study. Journal of Molecular Biology, 357,
1237-1252 (http://dx.doi.org/10.1016/j.jmb.2006.01.031).

The key here is that if these papers use the standard model-free
theory with no modifications, which I think they do though you need to
carefully check this, then this will work fine in relax where the
standard theory is implemented.  If the theory has been modified and
hence is not the original equations, then it might be time to learn
some computer programming ;)  But if you look at equation (1) of the
Rance paper, you will see that they measure 5 quadrupolar relaxation
rates.  If you have measured these, then you cannot use them in relax
yet.

There is currently no support in relax for quadrapolar relaxation
rates.  However it would be relatively easy to add.  Note that all of
the required infrastructure is in place.  The model-free spectral
density functions are all located in lib/spectral_densities.  Also
present are all model-free models, the highest quality optimisation
infrastructure, powerful model selection techniques, model elimination
infrastructure for failed models, the automated protocol that I came
up with for solving the convoluted diffusion tensor vs. internal
motion problem (though I don't know if this protocol would work if you
only measured Me deuterium relaxation and do not combine it with
backbone relaxation), powerfully data visualisation infrastructure,
etc.  The only work required is:

1)  Extending the list of input relaxation data types in the
relax_data.read user function.  This is trivial - the hard part is
deciding what to call these rates.
2)  Adding relevant functions to the relax library
lib/auto_relaxation/ modules to handle the additional rates.  This is
where the real work is.
3)  Added the quadrupolar coupling constant Q (or e2qQ/h) as a
model-free parameter that can be set via the value.set user function
(see 
http://www.nmr-relax.com/api/3.2/specific_analyses.model_free.parameter_object-pysrc.html#Model_free_params.__init__).
This requires one line of code.

The hardest part would be obtaining published test data.  That would
only require emailing one of the corresponding authors and explaining
what you would like to do, and the data in the Rance paper, especially
figure 4 appears to be the best for this.  The test data is then
turned into a system test - this is a mini-analysis used to check that
everything runs as expected.  I could do this in ~2 weeks of solid
work, but I don't have the time to allocate to such a task.  This
would also require the gradients and Hessians (1st and 2nd partial
derivatives) to be calculated for the relaxation rates:

http://www.nmr-relax.com/manual/Ri_theta_gradients.html
http://www.nmr-relax.com/manual/Ri_theta_Hessians.html
http://www.nmr-relax.com/manual/Ri_prime_theta_gradients.html
http://www.nmr-relax.com/manual/Ri_prime_theta_Hessians.html

This is rather trivial in Maxima, wxMaxima, Mathematica, or other
symbolic algebra systems.  However it is so simple that it could be
derived by hand in a few minutes.  If you would be interested in
adding this to relax, you could then mention this in your paper - that
you implemented quadrapolar relaxation rates in relax.  This could
then be added to the reference list in the citations chapter
(http://www.nmr-relax.com/manual/Model_free_analysis_references.html)
as well as a new section for citations at the start of the model-free
chapter (http://www.nmr-relax.com/manual/Model_free_analysis.html) so
that people using relax with such rates should then cite your paper.

Regards,

Edward

On 12 June 2014 14:35,  mengjun@mailbox.tu-berlin.de wrote:
 Hi Edward,

 Thank you so much. I would like to replicate the analysis in the publication
 The Effects of Mutations on Motions of Side-chains in Protein L Studied by
 2H NMR Dynamics and Scalar Couplings and Effects of Calcium Binding on the
 Side-chain Methyl Dynamics of Calbindin D9k: A 2H NMR Relaxation Study

 , where models LS2 and LS3 were used for fitting.

 Best regards,

 Mengjun





 Quoting mengjun@mailbox.tu-berlin.de:

 Hi Edward,
 There is some script in Relax software which can be used for analyzing
 side chain dynamics (R1 and R1r of deuterium in CH2D isotopomers)? Thank
 you.

 Best regards,

 Mengjun





___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, 

Re: R1rho RD analysis

2014-06-27 Thread Edward d'Auvergne
Hi Troels,

For reference for the relax users reading this, the abbreviations
Troels used for the relaxation dispersion models can be decoded using
the relax wiki page
http://wiki.nmr-relax.com/Category:Relaxation_dispersion.

 Just a little heads-up.

 Within a week or two, we should be able to release a new version of relax.

 This update has focused on speed, recasting the data to higher
 dimensional numpy arrays, and
 moving the multiple dot operations out of the for loops.

 So we have quite much better speed now. :-)

Troels, you just gave away the surprise of the relax 3.2.3 or 3.2.4
release!  Note that relax was not particularly slow before these
changes, but that you have taken far greater advantage of the
BLAS/LAPACK libraries behind the numpy functions to make the
dispersion models in relax super fast, especially when spins are
clustered.  It's a pity we don't have the means to compare the
optimisation target function speed between relax and other software to
show how much faster relax now is, as the relax advantage of having a
grid search to find the initial non-biased position for optimisation
(a very important technique for optimisation that a number of other
dispersion software do not provide) will give many relax users the
incorrect impression that relax is slower than the other software.
Though if relax is used on a cluster with OpenMPI, this is a
non-issue.


 But we still have a bottleneck with numerical models, where doing the
 matrix exponential via eigenvalue decomposition is slow!
 Do any of you any experience with a faster method for doing matrix 
 exponential?

 These initial results shows that if you are going to use the R1rho
 2site model, you can expect:

 -R1rho
 100 single spins analysis:
 DPL94:  23.525+/-0.409 -   1.138+/-0.035,  20.676x 
 faster.
 TP02:   20.191+/-0.375 -   1.238+/-0.020,  16.308x 
 faster.
 TAP03:  31.993+/-0.235 -   1.956+/-0.025,  16.353x 
 faster.
 MP05:   24.892+/-0.354 -   1.431+/-0.014,  17.395x 
 faster.
 NS R1rho 2-site:   245.961+/-2.637 -  36.308+/-0.458,   6.774x 
 faster.

 Cluster of 100 spins analysis:
 DPL94:  23.872+/-0.505 -   0.145+/-0.002, 164.180x 
 faster.
 TP02:   20.445+/-0.411 -   0.172+/-0.004, 118.662x 
 faster.
 TAP03:  32.212+/-0.234 -   0.294+/-0.002, 109.714x 
 faster.
 MP05:   25.013+/-0.362 -   0.188+/-0.003, 132.834x 
 faster.
 NS R1rho 2-site:   246.024+/-3.724 -  33.119+/-0.320,   7.428x 
 faster.

 -CPMG
 100 single spins analysis:
 CR72:2.615+/-0.018 -   1.614+/-0.024,   1.621x 
 faster.
 CR72 full:   2.678+/-0.020 -   1.839+/-0.165,   1.456x 
 faster.
 IT99:1.837+/-0.030 -   0.881+/-0.010,   2.086x 
 faster.
 TSMFK01: 1.665+/-0.049 -   0.742+/-0.007,   2.243x 
 faster.
 B14: 5.851+/-0.133 -   3.978+/-0.049,   1.471x 
 faster.
 B14 full:5.789+/-0.102 -   4.065+/-0.059,   1.424x 
 faster.
 NS CPMG 2-site expanded: 8.225+/-0.196 -   4.140+/-0.062,   1.987x 
 faster.
 NS CPMG 2-site 3D: 240.027+/-3.182 -  45.056+/-0.584,   5.327x 
 faster.
 NS CPMG 2-site 3D full:240.910+/-4.882 -  45.230+/-0.540,   5.326x 
 faster.
 NS CPMG 2-site star:   186.480+/-2.299 -  36.400+/-0.397,   5.123x 
 faster.
 NS CPMG 2-site star full:  187.111+/-2.791 -  36.745+/-0.689,   5.092x 
 faster.

 Cluster of 100 spins analysis:
 CR72:2.610+/-0.035 -   0.118+/-0.001,  22.138x 
 faster.
 CR72 full:   2.674+/-0.021 -   0.122+/-0.001,  21.882x 
 faster.
 IT99:0.018+/-0.000 -   0.009+/-0.000,
 2.044x faster. IT99: Cluster of only 1 spin analysis, since v. 3.2.2
 had a bug with clustering analysis.:
 TSMFK01: 1.691+/-0.091 -   0.039+/-0.000,  43.369x 
 faster.
 B14: 5.891+/-0.127 -   0.523+/-0.004,  11.264x 
 faster.
 B14 full:5.818+/-0.127 -   0.515+/-0.021,  11.295x 
 faster.
 NS CPMG 2-site expanded: 8.167+/-0.159 -   0.702+/-0.008,  11.638x 
 faster.
 NS CPMG 2-site 3D: 238.717+/-3.025 -  41.380+/-0.950,   5.769x 
 faster.
 NS CPMG 2-site 3D full:507.411+/-803.089 -  41.852+/-1.317,
 12.124x faster.
 NS CPMG 2-site star:   187.004+/-1.935 -  30.823+/-0.371,   6.067x 
 faster.
 NS CPMG 2-site star full:  187.852+/-2.698 -  30.882+/-0.671,   6.083x 
 faster.


There are a number of ways of computing the matrix exponential.
Avoiding eigenvalue decomposition is the essential key.  The Pade
approximation is probably the best, followed by one of the Taylor
series expansion approximations.  As I mentioned in a different post
to the relax-devel mailing list, this was used earlier in relax via
Scipy.  But I removed this and wrote my own algorithm using eigenvalue
decomposition as the Scipy 

Re: problem loading R1, R2 and nOe files for modelfree

2014-06-30 Thread Edward d'Auvergne
Hi Ravi,

I think I have found what might be causing the problem.  But I'll wait
until you have submitted a bug report before making any fixes and
releasing a new version of relax, just to be sure that the problem you
are seeing is the problem I am fixing.

Cheers,

Edward


On 30 June 2014 08:28, Edward d'Auvergne edw...@nmr-relax.com wrote:
 Hi Ravi,

 I'm having difficulty replicating the issue.  Would you be able to
 create a bug report using the link
 https://gna.org/bugs/?func=additemgroup=relax ?  Cheers!  The more
 information you include the better.  For example the minimal steps
 require to trigger the bug.  You could also attach your screenshot
 there.  If there is enough detail for me to replicate the bug, then it
 usually takes me 5-10 minutes to fix it.  I could then release relax
 3.2.3 later this week with the fix.

 Cheers,

 Edward


 On 27 June 2014 21:04, Ravi Pratap Barnwal ravi1...@gmail.com wrote:
 Hi Edward,
 I am using version 3.2.2 on mac 10.8.5 (mountain lion). I am using GUI mode
 to run the relax. Here is the report from Tools- System Information




 relax 3.2.2

   Molecular dynamics by NMR data analysis

  Copyright (C) 2001-2006 Edward d'Auvergne
  Copyright (C) 2006-2014 the relax development team

 This is free software which you are welcome to modify and redistribute under
 the conditions of the
 GNU General Public License (GPL).  This program, including all modules, is
 licensed under the GPL
 and comes with absolutely no warranty.  For details type 'GPL' within the
 relax prompt.

 Assistance in using the relax prompt and scripting interface can be accessed
 by typing 'help' within
 the prompt.

 Processor fabric:  Uni-processor.


 relax sys_info()

 Hardware information:
 Machine: x86_64
 Processor:   i386
 Processor name:  Intel(R) Xeon(R) CPU   W3530  @ 2.80GHz
 Endianness:  little
 Total RAM size:  2048.0 Mb
 Total swap size: 11264.0 Mb

 Operating system information:
 System:  Darwin
 Release: 12.5.0
 Version: Darwin Kernel Version 12.5.0: Sun Sep 29
 13:33:47 PDT 2013; root:xnu-2050.48.12~1/RELEASE_X86_64
 Mac version: 10.8.5 (, , ) x86_64
 Distribution:
 Full platform string:Darwin-12.5.0-x86_64-i386-64bit

 Python information:
 Architecture:64bit
 Python version:  2.7.2
 Python branch:
 Python build:default, Apr  5 2012 18:46:15
 Python compiler: GCC 4.2.1 (Apple Inc. build 5666) (dot 3)
 Libc version:
 Python implementation:   CPython
 Python revision:
 Python executable:   /Applications/relax.app/Contents/MacOS/python
 Python flags:sys.flags(debug=0, py3k_warning=0,
 division_warning=0, division_new=0, inspect=0, interactive=0, optimize=1,
 dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=0,
 tabcheck=0, verbose=0, unicode=0, bytes_warning=0)
 Python float info:   sys.float_info(max=1.7976931348623157e+308,
 max_exp=1024, max_10_exp=308, min=2.2250738585072014e-308, min_exp=-1021,
 min_10_exp=-307, dig=15, mant_dig=53, epsilon=2.220446049250313e-16,
 radix=2, rounds=1)
 Python module path:
 ['/Applications/relax.app/Contents/Resources/lib/python27.zip',
 '/Applications/relax.app/Contents/Resources/lib/python2.7',
 '/Applications/relax.app/Contents/Resources/lib/python2.7/plat-darwin',
 '/Applications/relax.app/Contents/Resources/lib/python2.7/plat-mac',
 '/Applications/relax.app/Contents/Resources/lib/python2.7/plat-mac/lib-scriptpackages',
 '/Applications/relax.app/Contents/Resources/lib/python2.7/lib-tk',
 '/Applications/relax.app/Contents/Resources/lib/python2.7/lib-old',
 '/Applications/relax.app/Contents/Resources/lib/python2.7/lib-dynload',
 '/Applications/relax.app/Contents/Resources/lib/python2.7/site-packages.zip',
 '/Applications/relax.app/Contents/Resources/lib/python2.7/site-packages',
 '/Applications/relax.app/Contents/Resources/lib/python2.7/site-packages']

 Python packages and modules (most are optional):

 Name   InstalledVersionPath
 minfx  True 1.0.6
 /Applications/relax.app/Contents/Resources/lib/python2.7/site-packages.zip/minfx
 bmrblibTrue 1.0.3
 /Applications/relax.app/Contents/Resources/lib/python2.7/site-packages.zip/bmrblib
 numpy  True 1.6.1
 /Applications/relax.app/Contents/Resources/lib/python2.7/numpy
 scipy  True 0.10.1
 /Applications/relax.app/Contents/Resources/lib/python2.7/scipy
 wxPython   True 2.9.3.1 osx-cocoa (classic)
 /Applications/relax.app/Contents/Resources/lib/python2.7/wx
 matplotlib False
 mpi4py True 1.2.2
 /Applications

Re: R1rho RD analysis

2014-06-30 Thread Edward d'Auvergne
  0.509+/-0.006 seconds
http://wiki.nmr-relax.com/B14_full 0.488+/-0.006 seconds
http://wiki.nmr-relax.com/NS_CPMG_2-site_expanded  0.711+/-0.008 seconds
http://wiki.nmr-relax.com/NS_CPMG_2-site_3D   41.426+/-1.090 seconds
http://wiki.nmr-relax.com/NS_CPMG_2-site_3D_full  41.686+/-0.632 seconds
http://wiki.nmr-relax.com/NS_CPMG_2-site_star 31.209+/-0.635 seconds
http://wiki.nmr-relax.com/NS_CPMG_2-site_star_full30.933+/-0.496 seconds
http://wiki.nmr-relax.com/MMQ_CR72 0.863+/-0.007 seconds
http://wiki.nmr-relax.com/NS_MMQ_2-site   77.124+/-1.951 seconds
http://wiki.nmr-relax.com/NS_MMQ_3-site_linear83.364+/-1.075 seconds
http://wiki.nmr-relax.com/NS_MMQ_3-site   83.700+/-0.595 seconds
http://wiki.nmr-relax.com/M61  0.036+/-0.001 seconds
http://wiki.nmr-relax.com/DPL940.138+/-0.002 seconds
http://wiki.nmr-relax.com/TP02 0.172+/-0.002 seconds
http://wiki.nmr-relax.com/TAP030.294+/-0.002 seconds
http://wiki.nmr-relax.com/MP05 0.191+/-0.005 seconds
http://wiki.nmr-relax.com/NS_R1rho_2-site 33.027+/-0.549 seconds
http://wiki.nmr-relax.com/NS_R1rho_3-site_linear  64.863+/-1.602 seconds
http://wiki.nmr-relax.com/NS_R1rho_3-site 66.390+/-2.050 seconds

The full timing file with many more details can be seen at the
permanent link of
http://svn.gna.org/viewcvs/relax/branches/disp_spin_speed/test_suite/shared_data/dispersion/profiling/disp_profile_single.log?view=logpathrev=24364
or 
http://svn.gna.org/viewcvs/*checkout*/relax/branches/disp_spin_speed/test_suite/shared_data/dispersion/profiling/disp_profile_single.log?revision=24364pathrev=24364.

Regards,

Edward


P. S.  ATLAS can also be set up with numpy for even greater speed
(https://en.wikipedia.org/wiki/Automatically_Tuned_Linear_Algebra_Software).

On 27 June 2014 12:01, Edward d'Auvergne edw...@nmr-relax.com wrote:
 Hi Troels,

 For reference for the relax users reading this, the abbreviations
 Troels used for the relaxation dispersion models can be decoded using
 the relax wiki page
 http://wiki.nmr-relax.com/Category:Relaxation_dispersion.

 Just a little heads-up.

 Within a week or two, we should be able to release a new version of relax.

 This update has focused on speed, recasting the data to higher
 dimensional numpy arrays, and
 moving the multiple dot operations out of the for loops.

 So we have quite much better speed now. :-)

 Troels, you just gave away the surprise of the relax 3.2.3 or 3.2.4
 release!  Note that relax was not particularly slow before these
 changes, but that you have taken far greater advantage of the
 BLAS/LAPACK libraries behind the numpy functions to make the
 dispersion models in relax super fast, especially when spins are
 clustered.  It's a pity we don't have the means to compare the
 optimisation target function speed between relax and other software to
 show how much faster relax now is, as the relax advantage of having a
 grid search to find the initial non-biased position for optimisation
 (a very important technique for optimisation that a number of other
 dispersion software do not provide) will give many relax users the
 incorrect impression that relax is slower than the other software.
 Though if relax is used on a cluster with OpenMPI, this is a
 non-issue.


 But we still have a bottleneck with numerical models, where doing the
 matrix exponential via eigenvalue decomposition is slow!
 Do any of you any experience with a faster method for doing matrix 
 exponential?

 These initial results shows that if you are going to use the R1rho
 2site model, you can expect:

 -R1rho
 100 single spins analysis:
 DPL94:  23.525+/-0.409 -   1.138+/-0.035,  20.676x 
 faster.
 TP02:   20.191+/-0.375 -   1.238+/-0.020,  16.308x 
 faster.
 TAP03:  31.993+/-0.235 -   1.956+/-0.025,  16.353x 
 faster.
 MP05:   24.892+/-0.354 -   1.431+/-0.014,  17.395x 
 faster.
 NS R1rho 2-site:   245.961+/-2.637 -  36.308+/-0.458,   6.774x 
 faster.

 Cluster of 100 spins analysis:
 DPL94:  23.872+/-0.505 -   0.145+/-0.002, 164.180x 
 faster.
 TP02:   20.445+/-0.411 -   0.172+/-0.004, 118.662x 
 faster.
 TAP03:  32.212+/-0.234 -   0.294+/-0.002, 109.714x 
 faster.
 MP05:   25.013+/-0.362 -   0.188+/-0.003, 132.834x 
 faster.
 NS R1rho 2-site:   246.024+/-3.724 -  33.119+/-0.320,   7.428x 
 faster.

 -CPMG
 100 single spins analysis:
 CR72:2.615+/-0.018 -   1.614+/-0.024,   1.621x 
 faster.
 CR72 full:   2.678+/-0.020 -   1.839+/-0.165,   1.456x 
 faster.
 IT99:1.837+/-0.030 -   0.881+/-0.010,   2.086x 
 faster.
 TSMFK01: 1.665+/-0.049

Re: problem loading R1, R2 and nOe files for modelfree

2014-07-02 Thread Edward d'Auvergne
Hi,

For reference, the bug report is at
https://gna.org/bugs/index.php?22257.  I have now fixed the problem in
the relax trunk.  The issue was exactly as I thought, and as I
described in the bug report, but I needed confirmation that this was
indeed the problem as your issue might have been a different bug.  If
you have subversion installed on your system, then you can obtain the
latest code using the command (via a terminal):

svn co http://svn.gna.org/svn/relax/trunk ./relax-trunk

See http://www.nmr-relax.com/download.html#Source_code_repository and
http://www.nmr-relax.com/manual/Latest_sources_relax_repositories.html
for more details.  Otherwise you will have to wait for me to release
relax 3.2.3 with this as well as a few other bug fixes.

Cheers,

Edward



On 1 July 2014 23:29, Ravi Pratap Barnwal ravi1...@gmail.com wrote:
 Hi Edward,
 I have submitted the bug-report.

 regards
 ravi


 On Mon, Jun 30, 2014 at 12:54 AM, Edward d'Auvergne edw...@nmr-relax.com
 wrote:

 Hi Ravi,

 I think I have found what might be causing the problem.  But I'll wait
 until you have submitted a bug report before making any fixes and
 releasing a new version of relax, just to be sure that the problem you
 are seeing is the problem I am fixing.

 Cheers,

 Edward


 On 30 June 2014 08:28, Edward d'Auvergne edw...@nmr-relax.com wrote:
  Hi Ravi,
 
  I'm having difficulty replicating the issue.  Would you be able to
  create a bug report using the link
  https://gna.org/bugs/?func=additemgroup=relax ?  Cheers!  The more
  information you include the better.  For example the minimal steps
  require to trigger the bug.  You could also attach your screenshot
  there.  If there is enough detail for me to replicate the bug, then it
  usually takes me 5-10 minutes to fix it.  I could then release relax
  3.2.3 later this week with the fix.
 
  Cheers,
 
  Edward
 
 
  On 27 June 2014 21:04, Ravi Pratap Barnwal ravi1...@gmail.com wrote:
  Hi Edward,
  I am using version 3.2.2 on mac 10.8.5 (mountain lion). I am using GUI
  mode
  to run the relax. Here is the report from Tools- System Information
 
 
 
 
  relax 3.2.2
 
Molecular dynamics by NMR data analysis
 
   Copyright (C) 2001-2006 Edward d'Auvergne
   Copyright (C) 2006-2014 the relax development
  team
 
  This is free software which you are welcome to modify and redistribute
  under
  the conditions of the
  GNU General Public License (GPL).  This program, including all modules,
  is
  licensed under the GPL
  and comes with absolutely no warranty.  For details type 'GPL' within
  the
  relax prompt.
 
  Assistance in using the relax prompt and scripting interface can be
  accessed
  by typing 'help' within
  the prompt.
 
  Processor fabric:  Uni-processor.
 
 
  relax sys_info()
 
  Hardware information:
  Machine: x86_64
  Processor:   i386
  Processor name:  Intel(R) Xeon(R) CPU   W3530  @
  2.80GHz
  Endianness:  little
  Total RAM size:  2048.0 Mb
  Total swap size: 11264.0 Mb
 
  Operating system information:
  System:  Darwin
  Release: 12.5.0
  Version: Darwin Kernel Version 12.5.0: Sun Sep 29
  13:33:47 PDT 2013; root:xnu-2050.48.12~1/RELEASE_X86_64
  Mac version: 10.8.5 (, , ) x86_64
  Distribution:
  Full platform string:Darwin-12.5.0-x86_64-i386-64bit
 
  Python information:
  Architecture:64bit
  Python version:  2.7.2
  Python branch:
  Python build:default, Apr  5 2012 18:46:15
  Python compiler: GCC 4.2.1 (Apple Inc. build 5666) (dot 3)
  Libc version:
  Python implementation:   CPython
  Python revision:
  Python executable:
  /Applications/relax.app/Contents/MacOS/python
  Python flags:sys.flags(debug=0, py3k_warning=0,
  division_warning=0, division_new=0, inspect=0, interactive=0,
  optimize=1,
  dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=0,
  tabcheck=0, verbose=0, unicode=0, bytes_warning=0)
  Python float info:
  sys.float_info(max=1.7976931348623157e+308,
  max_exp=1024, max_10_exp=308, min=2.2250738585072014e-308,
  min_exp=-1021,
  min_10_exp=-307, dig=15, mant_dig=53, epsilon=2.220446049250313e-16,
  radix=2, rounds=1)
  Python module path:
  ['/Applications/relax.app/Contents/Resources/lib/python27.zip',
  '/Applications/relax.app/Contents/Resources/lib/python2.7',
  '/Applications/relax.app/Contents/Resources/lib/python2.7/plat-darwin',
  '/Applications/relax.app/Contents/Resources/lib/python2.7/plat-mac',
 
  '/Applications/relax.app/Contents/Resources/lib/python2.7/plat-mac/lib-scriptpackages',
  '/Applications/relax.app/Contents/Resources/lib/python2.7/lib-tk',
  '/Applications/relax.app/Contents

Re: problem loading R1, R2 and nOe files for modelfree

2014-07-08 Thread Edward d'Auvergne
Hi Ravi,

For the new relax 3.2.3 version I announced last week
(http://article.gmane.org/gmane.science.nmr.relax.announce/57), have
you had the time to check if this fixes the problem?  If you would
like to receive these relax announcements, you can sign up for the
relax-announce mailing list at
https://mail.gna.org/listinfo/relax-announce/.  This email list
usually receives less than 10 emails per year.

Cheers,

Edward




On 2 July 2014 18:28, Ravi Pratap Barnwal ravi1...@gmail.com wrote:
 Hi Edward,
 I did try updating it using the svn command but it did not solve the issue.
 I probably need to wait for the newer version. When are you going to release
 that.


 regards
 ravi



 On Wed, Jul 2, 2014 at 12:29 AM, Edward d'Auvergne edw...@nmr-relax.com
 wrote:

 Hi,

 For reference, the bug report is at
 https://gna.org/bugs/index.php?22257.  I have now fixed the problem in
 the relax trunk.  The issue was exactly as I thought, and as I
 described in the bug report, but I needed confirmation that this was
 indeed the problem as your issue might have been a different bug.  If
 you have subversion installed on your system, then you can obtain the
 latest code using the command (via a terminal):

 svn co http://svn.gna.org/svn/relax/trunk ./relax-trunk

 See http://www.nmr-relax.com/download.html#Source_code_repository and
 http://www.nmr-relax.com/manual/Latest_sources_relax_repositories.html
 for more details.  Otherwise you will have to wait for me to release
 relax 3.2.3 with this as well as a few other bug fixes.

 Cheers,

 Edward



 On 1 July 2014 23:29, Ravi Pratap Barnwal ravi1...@gmail.com wrote:
  Hi Edward,
  I have submitted the bug-report.
 
  regards
  ravi
 
 
  On Mon, Jun 30, 2014 at 12:54 AM, Edward d'Auvergne
  edw...@nmr-relax.com
  wrote:
 
  Hi Ravi,
 
  I think I have found what might be causing the problem.  But I'll wait
  until you have submitted a bug report before making any fixes and
  releasing a new version of relax, just to be sure that the problem you
  are seeing is the problem I am fixing.
 
  Cheers,
 
  Edward
 
 
  On 30 June 2014 08:28, Edward d'Auvergne edw...@nmr-relax.com wrote:
   Hi Ravi,
  
   I'm having difficulty replicating the issue.  Would you be able to
   create a bug report using the link
   https://gna.org/bugs/?func=additemgroup=relax ?  Cheers!  The more
   information you include the better.  For example the minimal steps
   require to trigger the bug.  You could also attach your screenshot
   there.  If there is enough detail for me to replicate the bug, then
   it
   usually takes me 5-10 minutes to fix it.  I could then release relax
   3.2.3 later this week with the fix.
  
   Cheers,
  
   Edward
  
  
   On 27 June 2014 21:04, Ravi Pratap Barnwal ravi1...@gmail.com
   wrote:
   Hi Edward,
   I am using version 3.2.2 on mac 10.8.5 (mountain lion). I am using
   GUI
   mode
   to run the relax. Here is the report from Tools- System
   Information
  
  
  
  
   relax 3.2.2
  
 Molecular dynamics by NMR data
   analysis
  
Copyright (C) 2001-2006 Edward
   d'Auvergne
Copyright (C) 2006-2014 the relax
   development
   team
  
   This is free software which you are welcome to modify and
   redistribute
   under
   the conditions of the
   GNU General Public License (GPL).  This program, including all
   modules,
   is
   licensed under the GPL
   and comes with absolutely no warranty.  For details type 'GPL'
   within
   the
   relax prompt.
  
   Assistance in using the relax prompt and scripting interface can be
   accessed
   by typing 'help' within
   the prompt.
  
   Processor fabric:  Uni-processor.
  
  
   relax sys_info()
  
   Hardware information:
   Machine: x86_64
   Processor:   i386
   Processor name:  Intel(R) Xeon(R) CPU   W3530  @
   2.80GHz
   Endianness:  little
   Total RAM size:  2048.0 Mb
   Total swap size: 11264.0 Mb
  
   Operating system information:
   System:  Darwin
   Release: 12.5.0
   Version: Darwin Kernel Version 12.5.0: Sun Sep
   29
   13:33:47 PDT 2013; root:xnu-2050.48.12~1/RELEASE_X86_64
   Mac version: 10.8.5 (, , ) x86_64
   Distribution:
   Full platform string:Darwin-12.5.0-x86_64-i386-64bit
  
   Python information:
   Architecture:64bit
   Python version:  2.7.2
   Python branch:
   Python build:default, Apr  5 2012 18:46:15
   Python compiler: GCC 4.2.1 (Apple Inc. build 5666) (dot
   3)
   Libc version:
   Python implementation:   CPython
   Python revision:
   Python executable:
   /Applications/relax.app/Contents/MacOS/python
   Python flags:sys.flags(debug=0, py3k_warning=0

Re: Relax - model free without a structure/PDB?

2014-08-18 Thread Edward d'Auvergne
Hi Ryan,

Welcome to the relax mailing lists!  I hope that the links Troels
posted were of help.  I am now back from holidays, hence the late
reply.  The problem you have, of not having a PDB file or 3D structure
has been encountered before.  For example searching the relax users
mailing list (http://dir.gmane.org/gmane.science.nmr.relax.user), you
may find:

http://thread.gmane.org/gmane.science.nmr.relax.user/472/focus=476

This was a long time ago, but from memory I made it possible to
perform a model-free analysis without having 3D structural
information.  However, you should be very, very careful about
artificial motions in the spherical diffusion model.  See the
following for a review of these fatal issues:

d'Auvergne E. J., Gooley P. R. (2007). Set theory formulation of
the model-free problem and the diffusion seeded model-free paradigm.
Mol. Biosyst., 3(7), 483-494. (http://dx.doi.org/10.1039/b702202f)

In summary - if you don't see the motion of the spherical model in the
local tm model, then it probably isn't real!

For the dipole-diploe interaction, you will need to set this up
differently.  As I am guessing that you are using the GUI interface,
just follow the instructions at
http://www.nmr-relax.com/manual/d_Auvergne_protocol_GUI_mode_relaxation_interactions.html.
You can skip or cancel the unit vector calculation part of the
dipole-dipole interaction wizard as this will just give a RelaxError.
But you will then have the dipole-dipole interaction set up.  Note
that this is performed in the script UI mode in the sample script
described at 
http://www.nmr-relax.com/manual/Single_model_free_model_script_mode_sample_script.html.
I hope this helps.

Regards,

Edward


On 31 July 2014 21:47, Ryan Lo rhl...@virginia.edu wrote:
 Hello,

  I'm also a new user of Relax.  I have a perhaps silly question.

  I'm studying a protein without a structure, and have processed my R1 R2
 relaxation data at 600 and 800 MHz using Relax. When I move to the
 Model-free analysis portion, I've followed the manual, and have tried
 changing the Protocol mode, as suggested:
  However if you are studying a system without a 3D structure,you can
 execute each individual component of the analysis byclicking on the
 “Change” button.

 However, Relax throws an error, saying

 Missing data.
 The set up is incomplete.
 Please check for the following missing information:
 Interatomic data (for the dipole-dipole interaction)

 Considering I don't have a PDB to read for the dipolar relaxation input, is
 there a way I can continue? Thank you all very much for your time. I look
 forward to hearing your response.

 From,
 Ryan
 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: field strength off-resonance R1rho constant relax time relaxation dispersion

2014-08-18 Thread Edward d'Auvergne
Hi Atul,

I have just returned from holidays, hence my late reply.  However
Troels' reply should have fully addressed your questions and issues.
Is the analysis now working for you?  Note that the spin-lock
amplitude Omega_1 is the spin-lock field strength or nu_1, as you have
supplied (converted using the factor of 2*pi).  Tilt angles and
anything else the specific model requires are calculated from this and
the difference of the spin's chemical shift and the experiment
specific spin-lock offset.

Regards,

Edward




On 2 August 2014 09:52, Troels Emtekær Linnet tlin...@nmr-relax.com wrote:
 Dear Atul.

 I forgot one question.

 Do you have R1 data available?

 relax cannot currently do calculation without these measured values.
 relax_data.read(ri_id='R1', ri_type='R1',
 frq=cdp.spectrometer_frq_list[0], file= .)

 I am about to try to also make it possible to fit R1 values.
 sr #3135: Optimisation of the R1 relaxation rate for the off-resonance
 R1rho relaxation dispersion models.
 https://gna.org/support/?3135

 But that can take some weeks before it is implemented, and tested properly.

 Best
 Troels

 2014-08-02 9:47 GMT+02:00 Troels Emtekær Linnet tlin...@nmr-relax.com:
 Dear Atul.

 Welcome to the mailing list!

 This question is a very good one, and is not covered good enough in the 
 manual !

 There has been a question related to this question on the mailing list 
 recently.
 From Peixiang, at:
 http://thread.gmane.org/gmane.science.nmr.relax.user/1654
 http://thread.gmane.org/gmane.science.nmr.relax.user/1666
 http://thread.gmane.org/gmane.science.nmr.relax.user/1667

 Try to go through these post first, to cover the background.
 Don't get to confused, I will give you the answer below. :-)

 By asking here on the public mailing list, your question will
 potentially help any other users who would
 have the same question. And it will help us to turn our attention to
 the manual lacking a tutorial for R1rho models.

 For example this mailing list can be viewed here:
 http://thread.gmane.org/gmane.science.nmr.relax.user

 And searches in same mail directory can be done here:
 http://dir.gmane.org/gmane.science.nmr.relax.user

 Your specific question is now listed here:
 http://thread.gmane.org/gmane.science.nmr.relax.user/1718

 Edward can probably extend the your answer into details.
 I know, that he is on holiday for the next two weeks, so I can try to
 answer your question.

 I am a PhD student at the structural biology in Copenhagen, and have
 been working on the dispersion branch (CPMG and R1rho).
 So I will however do my best to try to help you in the meantime.

 # How to get help

 How to find help:
 The manual
 http://wiki.nmr-relax.com/Manual

 Related to: Relaxation Dispersion:
 http://www.nmr-relax.com/manual/Relaxation_dispersion.html
 http://www.nmr-relax.com/manual/Relaxation_dispersion_optimisation_theory.html
 http://www.nmr-relax.com/manual/Analysing_dispersion_in_prompt_script_UI_mode.html
 http://www.nmr-relax.com/manual/Dispersion_model_summary.html

 It seems we have a problem, that setting up R1rho experiments is not
 covered in well the manual.

 Then I see that you have found the folder with sample scripts.
 The sample script at:
 cat sample_scripts/relax_disp/R1rho_analysis.py

 Did you know, that you can get help to all the functions?

 You can start relax, and see the help information this way:
 relax
 help(sequence.read)
 help(spectrum.read_intensities)

 But what you are looking for is this:
 help(relax_disp.spin_lock_field)
 help(relax_disp.spin_lock_offset)

 Or go to the GUI, and in the top select:
 user functions (n-z) - relax_disp - spin_lock_field

 -

 Relax has something called system tests, which make sure that all
 functions of relax is kept when changing the code.

 Try opening the setup of one of these systemtests:
 gedit test_suite/system_tests/relax_disp.py

 And search for def setup_r1rho_kjaergaard.
 Skip all lines with:
 - self.assertEqual
 Delete all:
 - self.interpreter

 Here you can get another way to inspire you how to setup things.
 Test data resides in:
 cd test_suite/shared_data/dispersion/Kjaergaard_et_al_2013/

 And have been analysed by:
 http://wiki.nmr-relax.com/Tutorial_for_Relaxation_dispersion_analysis_r1rho_fixed_time_recorded_on_varian_as_sequential_spectra#Intro

 So back to your question.
 You mention spin-lock amplitude.
 This is in relax called spin-lock field or  spin-lock field strength.

 If we set in the setup:

 -
 # In MHz.
 yOBS = 81.050
 # In ppm
 yCAR = 118.078
 centerPPM_N15 = yCAR
 ---

 # So for varian giving offset in Hertz, and relax wants in ppm:

 # Calculating the spin-lock offset in ppm, from offsets values provided in 
 Hz.
 frq_N15_Hz = yOBS * 1E6
 offset_ppm_N15 = float(deltadof2) / frq_N15_Hz * 1E6
 omega_rf_ppm = centerPPM_N15 + offset_ppm_N15

 # Set The spin-lock offset, omega_rf, in ppm.
 relax_disp.spin_lock_offset(spectrum_id=sp_id, offset=omega_rf_ppm)


 For this experiment, 

Re: dimer

2014-08-18 Thread Edward d'Auvergne
Hi Olena,

The time it takes for optimisation depends directly on the complexity
of motion in your system, the quality of the XH bond vector
orientations, the quality of your data (have you tried Sebastien
Morin's consistency testing analysis?), and how well the approximation
of a single, simple diffusion tensor is for your system.  These can
affect the total number of iterations of the protocol which can vary
between 2 and the maximum which defaults to 30.

Also the speed of the computer can have a large effect.  And having
access to a cluster and using Gary Thompson's multi-processor and
OpenMPI will have a huge effect on your calculation time.  The virtual
machine may also have a large effect.  The time could be between a few
minutes on a massive cluster with a rigid protein system to a few
weeks on the slowest system with complex dynamics and non-standard
Brownian diffusion.  But there are just too many factors involved to
know.  As Troels mentioned, you can run this directly on Windows.  It
is rather easy to set up a Python environment for relax on Windows and
I don't think you even need to be an administrator on certain systems.
This will probably give you more speed.

Regards,

Edward


On 18 August 2014 11:30, Olena Dobrovolska olena.dobrovol...@unibo.it wrote:
 Hi Edward,

  Yes, I solved this problem manually that day, i.e.I have started the 
 calculations.
  The problem was that I cut the DC files into the parts I was interested, 
 which caused the change of the format somehow.
  So I had to manually (omparing to the original file) make sure that the 
 spaces between the lines were identical.
  However, it has been running and already more than a week at the 'oblate' 
 stage. Is it normal? Or perhaps again there is  inconsistency with the fact 
 that I run it on the virtual machine Xubuntu installed on Windows platform?
  We will instal Relax on the new computer on Linux and then I will run once 
 again and see if the situation will change.
  Thanks for your prompt reply and a hint where to look.

  Regards,
  Olena

 
 From: edward.dauver...@gmail.com [edward.dauver...@gmail.com] on behalf of 
 Edward d'Auvergne [edw...@nmr-relax.com]
 Sent: 18 August 2014 08:39
 To: Troels Emtekær Linnet
 Cc: Olena Dobrovolska; Stefano Luciano Ciurli; relax-users@gna.org
 Subject: Re: dimer

 Hi Olena,

 I hope you have already solved this problem.  I have just returned
 from holidays, hence the late reply.  You will need to either obtain
 the latest relax sources as I haven't released a new relax version yet
 (see http://www.nmr-relax.com/download.html#Source_code_repository) or
 manually delete the spaces on all empty lines in all your files.  I
 have not done this myself, as I have modified relax to handle the
 spaces.  I do not know why there are spaces in your Bruker DC files,
 as none of the reference files Bruker sent me as we were
 collaboratively developing the relax-Bruker DC compatibility interface
 contained spaces (as can be found on the relax development mailing
 list, search for Neidig at
 http://dir.gmane.org/gmane.science.nmr.relax.devel).  So either this
 has been introduced in a newer Topspin version or Bruker DC file
 version or by some other means.

 Regards,

 Edward



 On 31 July 2014 18:49, Troels Emtekær Linnet tlin...@nmr-relax.com wrote:
 Dear Olena.

 If it has any interest, I just wish to turn your attention into,
 that it is possible to run relax on both Windows and Mac.

 I made these guide, when I tried a MS system,

 http://wiki.nmr-relax.com/Installation_windows_Python_x86-32_Visual_Studio_Express_for_Windows_Desktop

 And for mac.
 http://wiki.nmr-relax.com/Installation_mac_mavericks_os_x

 Best
 Troels

 2014-07-31 17:27 GMT+02:00 Olena Dobrovolska olena.dobrovol...@unibo.it:
 Dear Edward,

 I have doubled the spins for the NOE, T1, T2 files to run the analysis for 
 the dimer. The analysis took more than a month, and it was not completed 
 (stopped at the 'prolate' step), I believe because we were running it on a 
 virtual machine (Xubuntu), and not on a Linux computer, which we are going 
 to do.
 However, I wanted also to try running Relax on the separate protein parts. 
 The protein we are working with is composed of the domains arranged as 
 N-C-C-N. And I would like to run the first calculation for the C-C part, 
 for which I prepared the NOE, T1 and T2 files (output from DC) by doubling 
 the spins and cutting off the N-terminal parts (in the same way I have 
 prepared also the data for the N-terminal domain of the protein). However, 
 I can not load the data and therefore start the calculations. Whereas the 
 NOE files loading went well, for the T1 or T2 files upload Relax gives me 
 the following error message:

 relax bruker.read(ri_id='T1_700_N', 
 file='/home/olena/Desktop/BpUreE_domains/T1_UreE_700_Nterm.txt', dir=None)
 Opening the file '/home/olena/Desktop/BpUreE_domains/T1_UreE_700_Nterm.txt' 
 for reading.
 Traceback

Re: field strength off-resonance R1rho constant relax time relaxation dispersion

2014-08-22 Thread Edward d'Auvergne
Hi Atul,

Continuing from Troels' post at
http://thread.gmane.org/gmane.science.nmr.relax.user/1718/focus=1732,
this time with the ppm units:


On 21 August 2014 12:00, Troels Emtekær Linnet tlin...@nmr-relax.com wrote:
 Dear Atul.

[snip]

 # Set the relaxation dispersion experiment type.
 relax_disp.exp_type(spectrum_id=id, exp_type='R1rho')
 - Well, the program needs to know which code-path to take. Not CPMG code. 
 :-)


 # Set the relaxation dispersion spin-lock field strength (nu1).
 relax_disp.spin_lock_field(spectrum_id=id, field=field)
 - Here: 'help(relax_disp.spin_lock_field)', show is that this should be in 
 Hz.
 - Let is review figure Fig1_Palmer_Massi_2006.png
 - This is the w_1 on S_x axis.
 - What is here put into relax is nu_1. This is then later converted
 to w_1, by multiplying with 2*pi.
 - It seems that you have: 'spin-lock amplitude' / nu_1 / 'spin-lock
 field' in column 4, while the the sample script has this in Column 3.

 # Set the spin-lock offset.
 relax_disp.spin_lock_offset(spectrum_id=id, offset=offset)
 - Here: 'help(relax_disp.spin_lock_offset)', show is that this should
 be in ppm.
 - I see you have the distance/position (in Hz)  of the spin-lock
 carrier in column 3. Values of 2100, 2728, ...  ... ...6500
 - Relax needs to know the position in ppm. Edward can give you a
 detailed description why we use ppm. It is related to minimise user
 error input.
 - You need to calculate this yourself.
 If you use NMRPipe, and look in 'fic.com', it could look like this
 var2pipe -in ./fid \
  -noaswap  \
   -xN  2044  -yN   256  \
   -xT  1022  -yT   128  \
   -xMODEComplex  -yMODE  Rance-Kay  \
   -xSW12001.200  -ySW 2659.928  \
   -xOBS 750.061  -yOBS  76.012  \
   -xCAR  4.7893  -yCAR 118.536  \
   -xLAB  HN  -yLAB N15  \
   -ndim   2  -aq2D  States  \
   -out ./test.fid -verb -ov

 Or try this script in relax:

 relax test.py
   test.py
 from math import pi
 from lib.physical_constants import return_gyromagnetic_ratio

 H_frq = 900.0e6
 print(The magnetic field strength as the proton frequency in Mega
 Hertz: %3.2f % (H_frq / 1.E6) )

 xOBS_Hz = H_frq
 B0_tesla =  xOBS_Hz / return_gyromagnetic_ratio(nucleus='1H') * 2.0 * pi
 print(BO in Tesla: %3.2f % B0_tesla)

 yOBS_N15_Hz = abs( xOBS_Hz / return_gyromagnetic_ratio(nucleus='1H') *
 return_gyromagnetic_ratio(nucleus='15N') )
 print(The precess frequency for 15N in MHz: %3.2f % (yOBS_N15_Hz / 1.E6) )

 offset_Hz = 2100.

 offset_ppm_N15 = offset_Hz / yOBS_N15_Hz * 1E6
 print(The offset ppm: %3.2f % (offset_ppm_N15) )

 # Position of carrier.
 yCAR_N15_ppm = 118.536
 print(The center position of the carrier: %3.2f % (yCAR_N15_ppm) )

 omega_rf_ppm = yCAR_N15_ppm + offset_ppm_N15
 print(The omega_rf in ppm: %3.2f % (omega_rf_ppm) )
 

This is correct, you will have have to convert to ppm values.  The
reason is simple, this is the most universal way of specifying the
position in the spectrum as it is field strength independent.  And it
matches the ppm units of the chemical shifts you will have loaded.
Some people measure Hz units from the centre of the spectrum, others
from the edge of the spectrum.  It often depends if you are a Varian,
Bruker, or Joel user.  But with ppm units, such issues do not need to
be handled within relax.

Regards,

Edward

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: field strength off-resonance R1rho constant relax time relaxation dispersion

2014-08-22 Thread Edward d'Auvergne
Hi Atul,

Again continuing from Troels' post at
http://thread.gmane.org/gmane.science.nmr.relax.user/1718/focus=1732.
Well, actually, as Troels fully covered all of you questions in more
detail than I could have provided, I don't have anything to add.  If
you have other questions, please don't hesitate to ask.

Regards,

Edward


On 21 August 2014 12:00, Troels Emtekær Linnet tlin...@nmr-relax.com wrote:

[snip]

 relax_disp.relax_time(spectrum_id=id, time=relax_time)
 - This is used for the initial R2eff calculation, for exponential
 curve fitting.

 # Set the NMR field strength of the spectrum.
 spectrometer.frequency(id=id, frq=H_frq)
 - This is used for conversion between nucleus, etc.

 # Load the R1 data.
 relax_data.read(ri_id='500MHz', ri_type='R1', frq=500e6,
 file='R1_500MHz.out', dir=DATA_PATH, mol_name_col=1, res_num_col=2,
 res_name_col=3, spin_num_col=4, spin_name_col=5, data_col=6,
 error_col=7)
 - R1 needs to be loaded. This is because that R1 is part of the
 equations. :-) The next release of relax, will implement feature where
 R1 is fitted.
 Note, that fitting introduces another variable in the equations.

 # Read the chemical shift data.
 chemical_shift.read(file='ref_500MHz.list', dir=DATA_PATH)

 - This is needed to get the ppm position of the nucleus.
 - See now: http://www.nmr-relax.com/manual/Dispersion_model_summary.html
 - The average resonance in the rotating frame Omega(bar) = w_(bar) - w_rf.
 - Here w_bar is the chemical shift, and w_rf is the offset.
 - Let is review figure Fig1_Palmer_Massi_2006.png
 - This is the S_z axis.

 That should be it.

 If you have any questions, please don't hesitate to write again.

 If you need more help, consider writing a support request on the
 homepage tracker.
 - https://gna.org/support/?group=relax

 Add following information:
 # Please attach a system info file
 relax -i -t relax_i.txt

 # Please write up, which buttons you pushed, or attach your script.
 # Consider adding your data in sample format. Meaning that you
 delete all confidential information from the files, and only have 1-2
 residues left for testing.

 If you write such a support request, it it easier to share script files, and
 help other users.

 The benefits from such a support request is:
   - The information is available to all users, which can benefit
 others in same situation.
   - The information can be tracked back.
   - The relax manual can be expanded, to help future users in same situation.


 Good luck!

 Best
 Troels Emtekær Linnet
 PhD student
 Copenhagen University
 SBiNLab, 3-0-41
 Ole Maaloes Vej 5
 2200 Copenhagen N
 Tlf: +45 353-22083
 Lync Tlf: +45 353-30195

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: field strength off-resonance R1rho constant relax time relaxation dispersion

2014-08-23 Thread Edward d'Auvergne
Hi Atul,

As Troels asked, could you create a support request with the link
https://gna.org/support/?func=additemgroup=relax and attach the files
there?  Files should not be attached to public mailing list messages
as it puts a large amount of strain on the infrastructure, not only
with the mail server but also the 4 independent mailing list archives:

https://mail.gna.org/public/relax-users/2014-08/msg00025.html
http://www.mail-archive.com/relax-users@gna.org/msg01672.html
http://thread.gmane.org/gmane.science.nmr.relax.user/1735/focus=1736
http://marc.info/?l=relax-usersr=1w=2

As you can see from these archived messages, your attachment has been
stripped out of your email.  The relax mail server is configured to
delete all attachments before sending out the message.

For your problem, I think I might now understand the issue.  But it
would still be useful to have the files attached to the support
request for future reference.  If you would like to keep the data
private, then maybe delete all data in the files except for one or two
residues (this also helps for converting the data into a relax system
test).  And you could also slightly randomise the peak intensity
values if you really want to keep the real data private.

The issue is that the ordering of relaxation dispersion data in relax
is as follows:

1)  Experiment type (certain dispersion models handle mixed experiment
types, for example the MMQ models,
2)  The spins of the cluster,
3)  Magnetic field strength,
4)  Offsets (for both R1rho and CPMG, though off-resonance CPMG models
such as in CATIA are yet to be added to relax),
5)  Dispersion points (nu_CPMG and nu_1).

So for 5), you only have one point per offset.  But to specify the
reference, this needs to be at the lower dispersion point level.  So
for each offset value, you will need to have your reference and the
point.  You need to make relax load the reference peak intensities
multiple times, once for each offset value.  So maybe you need:

-
data = [
['900MHz_reference','ref_off_reso_R1rho_ubi_1.list',   2100,
None, 0.320,  900.0e6, 9],
['900MHz_2100','2100_off_reso_R1rho_ubi_2.list',   2100,
1500, 0.320,  900.0e6, 9],
['900MHz_reference','ref_off_reso_R1rho_ubi_1.list',   2728,
None, 0.320,  900.0e6, 9],
['900MHz_2728','2728_off_reso_R1rho_ubi_3.list',   2728,
1500, 0.320,  900.0e6, 9],
['900MHz_reference','ref_off_reso_R1rho_ubi_1.list',   3357,
None, 0.320,  900.0e6, 9],
['900MHz_3357','3357_reso_R1rho_ubi_4.list',   3357,
1500, 0.320,  900.0e6, 9],
['900MHz_reference','ref_off_reso_R1rho_ubi_1.list',   3985,
None, 0.320,  900.0e6, 9],
['900MHz_3985','3985_off_reso_R1rho_ubi_5.list',   3985,
1500, 0.320,  900.0e6, 9],
['900MHz_reference','ref_off_reso_R1rho_ubi_1.list',   4614,
None, 0.320,  900.0e6, 9],
['900MHz_4614','4614_off_reso_R1rho_ubi_6.list',   4614,
1500, 0.320,  900.0e6, 9],
['900MHz_rep_4614','4614_rep_off_reso_R1rho_ubi_10.list',  4614,
1500, 0.320,  900.0e6, 9],
['900MHz_reference','ref_off_reso_R1rho_ubi_1.list',   5242,
None, 0.320,  900.0e6, 9],
['900MHz_5242','5242_off_reso_R1rho_ubi_7.list',   5242,
1500, 0.320,  900.0e6, 9],
['900MHz_reference','ref_off_reso_R1rho_ubi_1.list',   5871,
None, 0.320,  900.0e6, 9],
['900MHz_5871','5871_off_reso_R1rho_ubi_8.list',   5871,
1500, 0.320,  900.0e6, 9],
['900MHz_reference','ref_off_reso_R1rho_ubi_1.list',   6500,
None, 0.320,  900.0e6, 9],
['900MHz_6500','6500_off_reso_R1rho_ubi_9.list',   6500,
1500, 0.320,  900.0e6, 9]
]
---

Please carefully check the printouts to make sure the correct numbers
are being sent into the correct user functions.  Specifying the
reference at the higher offset level is not yet supported in relax.
But with your data set attached to a support request, maybe in the
future it could be turned into a relax system test and such a feature
implemented.  I hope this information helps.

Regards,

Edward


On 22 August 2014 23:01, Atul Srivastava asriv...@umn.edu wrote:
 Dear Edward,

 Thanks for providing help and insights. I used an improved script. The
 scripts is able to calculate the R2eff and the omegaeffective properly, but
 it is not able to fit any model. It also sees dispersion point as a constant
 1500 Hz (see attached file in results/R2eff/disp_55_N.out).

 I have attached all sample data, script and results for your review. Please
 see the last few lines in the log file for the error message.

 Thanks,
 Atul




 On Fri, Aug 22, 2014 at 3:02 AM, Edward

Re: Is there a way to clear the Monte Carlo simulation data key?

2014-08-28 Thread Edward d'Auvergne
Hi,

Could you describe a situation that covers this?  What do you mean by
the Monte Carlo simulation data key?  In the data pipe and spin
containers, the Monte Carlo simulation optimisation results are
usually stored in the *_sim data structures as lists, and the errors
from the simulations in the *_err data structures which are simple
floats.  But this is dependent on the analysis and data type - some
model parameters can be single values, lists of values, or
dictionaries of values, and this is preserved in the Monte Carlo
simulation structures as well.

Regards,

Edward


On 28 August 2014 11:14, Troels Emtekær Linnet tlin...@nmr-relax.com wrote:
 Dear Edward.

 Is there a way to clear the Monte Carlo simulation data key?

 I try to run some data with increasing number of Monte Carlo simulations.

 Thank you.
 Best
 Troels

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Is there a way to clear the Monte Carlo simulation data key?

2014-08-28 Thread Edward d'Auvergne
Hi,

Maybe you should consider adding this to the monte_carlo.setup user
function?  Is the problem that you cannot run Monte Carlo simulations
twice with a different number of simulations?  This should really be
handled by monte_carlo.setup.

Regards,

Edward



On 28 August 2014 11:25, Troels Emtekær Linnet tlin...@nmr-relax.com wrote:
 Allright, I found a fix.


 # Make Carlo Simulations number
 mc_number_list = range(5, 100, 20)

 sim_attr_list = ['chi2_sim', 'f_count_sim', 'g_count_sim',
 'h_count_sim', 'i0_sim', 'iter_sim', 'peak_intensity_sim',
 'r2eff_sim', 'select_sim', 'warning_sim']

 # Loop over the Monte Carlo simulations:
 for number in mc_number_list:
 # First delete old simulations.
 for cur_spin, mol_name, resi, resn, spin_id in
 spin_loop(full_info=True, return_id=True, skip_desel=True):
 # Loop over the simulated attributes.
 for sim_attr in sim_attr_list:
 if hasattr(cur_spin, sim_attr):
 delattr(cur_spin, sim_attr)

 self.interpreter.monte_carlo.setup(number=number)
 self.interpreter.monte_carlo.create_data()
 self.interpreter.monte_carlo.initial_values()
 self.interpreter.minimise.execute(min_algor=min_algor,
 constraints=constraints)
 self.interpreter.eliminate()
 self.interpreter.monte_carlo.error_analysis()

 est_key = 'mc_%s'%number
 est_keys.append(est_key)

 # Collect data.
 for cur_spin, mol_name, resi, resn, spin_id in
 spin_loop(full_info=True, return_id=True, skip_desel=True):
 # Add key for estimate.
 my_dic[spin_id][est_key] = {}

 for exp_type, frq, offset, point, ei, mi, oi, di in
 loop_exp_frq_offset_point(return_indices=True):
 # Generate the param_key.
 param_key = return_param_key_from_data(exp_type=exp_type,
 frq=frq, offset=offset, point=point)

 # Add key to dic.
 my_dic[spin_id][est_key][param_key] = {}

 # Get the value.
 r2eff = getattr(cur_spin, 'r2eff')[param_key]
 r2eff_err = getattr(cur_spin, 'r2eff_err')[param_key]
 i0 = getattr(cur_spin, 'i0')[param_key]
 i0_err = getattr(cur_spin, 'i0_err')[param_key]

 # Save to dic.
 my_dic[spin_id][est_key][param_key]['r2eff'] = r2eff
 my_dic[spin_id][est_key][param_key]['r2eff_err'] = r2eff_err
 my_dic[spin_id][est_key][param_key]['i0'] = i0
 my_dic[spin_id][est_key][param_key]['i0_err'] = i0_err

 2014-08-28 11:20 GMT+02:00 Edward d'Auvergne edw...@nmr-relax.com:
 Hi,

 Could you describe a situation that covers this?  What do you mean by
 the Monte Carlo simulation data key?  In the data pipe and spin
 containers, the Monte Carlo simulation optimisation results are
 usually stored in the *_sim data structures as lists, and the errors
 from the simulations in the *_err data structures which are simple
 floats.  But this is dependent on the analysis and data type - some
 model parameters can be single values, lists of values, or
 dictionaries of values, and this is preserved in the Monte Carlo
 simulation structures as well.

 Regards,

 Edward


 On 28 August 2014 11:14, Troels Emtekær Linnet tlin...@nmr-relax.com wrote:
 Dear Edward.

 Is there a way to clear the Monte Carlo simulation data key?

 I try to run some data with increasing number of Monte Carlo simulations.

 Thank you.
 Best
 Troels

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Relaxation dispersion clustering calculation time

2014-09-09 Thread Edward d'Auvergne
Hi Chung-ke,

The only way to find out about new relax releases is the
relax-announce mailing list
(http://news.gmane.org/gmane.science.nmr.relax.announce).  Some relax
users were signed up for the freecode announcements
(http://freecode.com/projects/nmr-relax), but freecode has
unfortunately shut down (http://freecode.com/about).

For the version you are currently using, note that this is the
repository version of relax installed by the superuser.  You should
make sure you use the normal releases, as the repository version can
sometimes be in a broken or buggy state as development occurs.  You
can also have a copy in your home directory by typing:

$ svn co http://svn.gna.org/svn/relax/trunk ./relax-trunk
$ cd relax-trunk
$ scons

If you already have a repository version on your system, these
commands should just work.  But you should only use the repository
version if you would like a bug fix and cannot wait until the next
relax release.

Regards,

Edward



On 9 September 2014 10:37, Chung-ke Chang chun...@ibms.sinica.edu.tw wrote:
 Dear Troels and Edward,

 Thank you for the pointers. I was not aware that a new version was out last
 week, so I’ve asked the IT people to install it on our cluster. Below is the
 output from ‘relax -i’:

 [chungke@nmrc10 onc_dAUGA_MES_310K]$ relax -i



   relax repository checkout r24533
  svn://svn.gna.org/svn/relax/trunk

   Molecular dynamics by NMR data analysis

  Copyright (C) 2001-2006 Edward d'Auvergne
  Copyright (C) 2006-2014 the relax development team

 This is free software which you are welcome to modify and redistribute under
 the conditions of the
 GNU General Public License (GPL).  This program, including all modules, is
 licensed under the GPL
 and comes with absolutely no warranty.  For details type 'GPL' within the
 relax prompt.

 Assistance in using the relax prompt and scripting interface can be accessed
 by typing 'help' within
 the prompt.

 Processor fabric:  Uni-processor.


 Hardware information:
 Machine: x86_64
 Processor:   x86_64
 Processor name:  Intel(R) Xeon(R) CPU   E5430  @ 2.66GHz
 Endianness:  little
 Total RAM size:  7983 Mb
 Total swap size: 8189 Mb

 Operating system information:
 System:  Linux
 Release: 2.6.18-164.el5
 Version: #1 SMP Thu Sep 3 03:28:30 EDT 2009
 Distribution:redhat 5.3 Final
 Full platform string:
 Linux-2.6.18-164.el5-x86_64-with-redhat-5.3-Final

 Python information:
 Architecture:64bit ELF
 Python version:  2.5.1
 Python build:r251:54863, Jul 23 2008 17:35:20
 Python compiler: GCC Intel(R) C++ gcc 4.1 mode
 Libc version:glibc 2.3
 Python executable:   /program/nmr/bin/python
 Python module path:  ['/program/nmr/relax',
 '/program/nmr/lib/python2.5/site-packages/setuptools-0.6c9-py2.5.egg',
 '/program/nmr/lib/python25.zip', '/program/nmr/lib/python2.5',
 '/program/nmr/lib/python2.5/plat-linux2',
 '/program/nmr/lib/python2.5/lib-tk',
 '/program/nmr/lib/python2.5/lib-dynload',
 '/program/nmr/lib/python2.5/site-packages',
 '/program/nmr/lib/python2.5/site-packages/Scientific/linux2']

 Python packages and modules (most are optional):

 Name   InstalledVersion Path
 minfx  True 1.0.8
 /program/nmr/lib/python2.5/site-packages/minfx
 bmrblibTrue 1.0.3
 /program/nmr/lib/python2.5/site-packages/bmrblib
 numpy  True 1.6.2
 /program/nmr/lib/python2.5/site-packages/numpy
 scipy  False
 wxPython   False
 matplotlib True 0.98.3
 /program/nmr/lib/python2.5/site-packages/matplotlib
 mpi4py True 1.3.1
 /program/nmr/lib/python2.5/mpi4py
 epydoc False
 optparse   True 1.5.3
 /program/nmr/lib/python2.5/optparse.pyc
 readline   True
 /program/nmr/lib/python2.5/lib-dynload/readline.so
 profileTrue
 /program/nmr/lib/python2.5/profile.pyc
 bz2True
 /program/nmr/lib/python2.5/lib-dynload/bz2.so
 gzip   True
 /program/nmr/lib/python2.5/gzip.pyc
 io False
 xmlTrue 0.8.4 (internal)
 /program/nmr/lib/python2.5/xml/__init__.pyc
 xml.dom.minidomTrue
 /program/nmr/lib/python2.5/xml/dom/minidom.pyc

 relax information:
 Version: repository checkout r24533
 svn://svn.gna.org/svn/relax/trunk
 Processor fabric:Uni-processor.

 relax C modules:

 ModuleCompiledFile type
 Path
 target_functions.relax_fitTrueELF 64-bit LSB shared object, AMD
 x86-64, version 1 (SYSV), not stripped
 /program/nmr/relax/target_functions

Re: Relaxation dispersion clustering calculation time

2014-09-10 Thread Edward d'Auvergne
Hi Chung-ke,

The aim of relax is to support absolutely every NMR dynamics theory in
existence!  For the relaxation dispersion analysis section of relax,
this means supporting all published models for the dispersion data,
and all parametric restrictions of these models.  Many of the
dispersion models have been derived with the assumption that R20A and
R20B are different, the Carver and Richards model is a good example of
this (http://wiki.nmr-relax.com/CR72_full).  These are the '* full'
models in relax.  However in the literature the parametric restriction
R20A = R20B (= R20) is almost always used.  For the analytic models
this can significantly simplify the equations, whereas for the numeric
models the equations do not change.  In both cases, two dimensions of
the the optimisation space collapse into one and the optimisation
problem massively simplifies.  That is why in relax we also provide
the collapsed models (those with the ' full' part of the label
removed).

It is true most literature data is not suitable for the '* full'
models.  That is why they are not turned on by default in the GUI or
listed in the sample scripts.  From memory though, there are cases
whereby the measured data is of high enough quality and collected on
enough magnets that the R20A != R20B assumption can be made.  I cannot
remember the reference(s), but it shouldn't be too hard to find.
Anyway, the full R20A != R20B models are provided in relax for a
number of reasons:

  - The rare cases whereby the data is good enough.
  - Academic studies.
  - Future developments could significantly improve the quality of
measured dispersion data so that the R20A != R20B assumption can be
regularly made.
  - Chemists have a different perspective on life compared to
biologists.  Small organic molecules make the R20A vs. R20B
distinction much, much easier.

I hope it is now clearer why there are these models in relax.

Regards,

Edward




On 10 September 2014 15:27, Chung-ke Chang chun...@ibms.sinica.edu.tw wrote:
 Dear Edward and Troels,

 Thank you all for the help! We are currently testing the new version of relax 
 (yes, we are using the “normal” release), and making sure it plays along 
 nicely with other software - we have a plethora of different python versions, 
 which the system manager is doing his best to avoid interfering with each 
 other. I am curious about one thing though: If the ‘CR72 full’ model has not 
 been used in any published studies, then is there any reason to include it 
 when trying to fit “real-world” data? It seems that Troels is implying that 
 “real-world” data is too noisy to obtain meaningful fitting parameters from 
 the model. Or am I misunderstanding something?

 Cheers,

 Chung-ke

 On Sep 9, 2014, at 8:56 PM, Edward d'Auvergne edw...@nmr-relax.com wrote:

 Hi Chung-ke,

 The only way to find out about new relax releases is the
 relax-announce mailing list
 (http://news.gmane.org/gmane.science.nmr.relax.announce).  Some relax
 users were signed up for the freecode announcements
 (http://freecode.com/projects/nmr-relax), but freecode has
 unfortunately shut down (http://freecode.com/about).

 For the version you are currently using, note that this is the
 repository version of relax installed by the superuser.  You should
 make sure you use the normal releases, as the repository version can
 sometimes be in a broken or buggy state as development occurs.  You
 can also have a copy in your home directory by typing:

 $ svn co http://svn.gna.org/svn/relax/trunk ./relax-trunk
 $ cd relax-trunk
 $ scons

 If you already have a repository version on your system, these
 commands should just work.  But you should only use the repository
 version if you would like a bug fix and cannot wait until the next
 relax release.

 Regards,

 Edward



 On 9 September 2014 10:37, Chung-ke Chang chun...@ibms.sinica.edu.tw wrote:
 Dear Troels and Edward,

 Thank you for the pointers. I was not aware that a new version was out last
 week, so I’ve asked the IT people to install it on our cluster. Below is the
 output from ‘relax -i’:

 [chungke@nmrc10 onc_dAUGA_MES_310K]$ relax -i



  relax repository checkout r24533
 svn://svn.gna.org/svn/relax/trunk

  Molecular dynamics by NMR data analysis

 Copyright (C) 2001-2006 Edward d'Auvergne
 Copyright (C) 2006-2014 the relax development team

 This is free software which you are welcome to modify and redistribute under
 the conditions of the
 GNU General Public License (GPL).  This program, including all modules, is
 licensed under the GPL
 and comes with absolutely no warranty.  For details type 'GPL' within the
 relax prompt.

 Assistance in using the relax prompt and scripting interface can be accessed
 by typing 'help' within
 the prompt.

 Processor fabric:  Uni-processor.


 Hardware information:
Machine: x86_64

Re: How does the error intensity analysis handle both specification of baseplane RMSD and partly repeated spectrum?

2014-09-12 Thread Edward d'Auvergne
Hi Troels,

Currently you can only choose one technique or the other.  You will
see this in the algorithm for choosing between the different
techniques in the pipe_control.spectrum.error_analysis() function
(http://www.nmr-relax.com/api/3.3/pipe_control.spectrum-pysrc.html#error_analysis).
Replicates come first, if present, and that will be used for error.
This calls __errors_repl().  If no replicates exist, then either
__errors_height_no_repl() or __errors_vol_no_repl() are called.
Coming up with an algorithm that does a mixture of both will be
difficult.  And it will also be complicated to explain the behaviour
to the user, though that is currently done using printouts.

Regards,

Edward

On 12 September 2014 14:22, Troels Emtekær Linnet tlin...@nmr-relax.com wrote:
 Dear Edward.

 I was wondering how relax handles the error intensity analysis,
 where one both specify the baseplane RMSD and and one also have partly
 repeated spectrums?


 For example you have recorded for 10 time series.

 You measure the baseplane RMSD for each spectrum.

 You have repeated spectrum 1,2 and 7,8.

 You specify all this to relax.

 Best
 Troels

 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Regarding Relax-3.3.0 NMR installation

2014-09-15 Thread Edward d'Auvergne
Dear Arun,

Welcome to the relax mailing lists.  The unzipping to the C:\program
files problem you see is not relax specific.  This can sometimes
happen due to Windows security settings.  A quick internet search will
show innumerable instances of Windows users with the same issue.

As for the GUI, how to you run it?  Do you run relax using:

$ relax --gui

It could be that wxPython is not set up correctly.  Could you run the command:

$ relax -i --tee relax_info.log

This will output a lot of information about your setup and might
indicate what the problem is.  It will also create the relax_info.log
file which is easier for Windows uses to copy the text from.  Could
you copy and paste the contents of that into an email?  Please do not
attach a file to the mailing list message - this will be automatically
stripped out of the message so it will not be seen.  A good test that
wxPython is working is to also download the demo files
(http://www.wxpython.org/download.php#msw).  These must be of the same
version as your wxPython installation.  If you cannot run the demo,
then the problem is with wxPython and not relax.  I hope this helps.

Regards,

Edward


P. S.  Sorry for the late reply.  My email system thought your email
was spam, so I didn't see it until today.


On 8 September 2014 23:32, Arun Gupta arungupta...@yahoo.com wrote:


 Hi

 I have tried to  install Relax NMR software on my
 Windows 8 O.S with Python2.7.8 . However when I try to unzip the relax-3.3.0
 zipped folder to program files. I get message access denied although I am 
 trying
 to install administrator settings. However  the zip file can be  unzipped in
 other folder and copied to C:/ folder but the relax-3.3.0 GUI interface 
 doesn't
  come on model_free. command. Can you suggest solution to these
 issues

 Regards

 Arun
 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: Reg : Input files for model free analysis

2014-10-14 Thread Edward d'Auvergne
Dear Srinivasa,

If you search the BMRB database, there is a lot of published
relaxation data (and model-free results) deposited there.  This type
of data is not distributed with relax, as the BMRB is the correct
place to deposit data, and the relax bmrb.read user function will read
all the data out of the BMRB files.

However if you really need, you might be able to use data in the
directories such as
test_suite/shared_data/diffusion_tensor/ellipsoid/.  You could load
the relaxation data and use the uniform.pdb structure.  But I don't
know how far you will get.  If you are worried about using relax, just
run the graphical user interface (GUI) by running relax as:

$ relax --gui

If you use the tutorial in the relax manual
(http://www.nmr-relax.com/manual/new_protocol_in_GUI.html), but using
your own data, it should be very simple to complete an analysis.

Regards,

Edward



On 10 October 2014 23:29, srinivas penumutchu
penumutchu.srini...@gmail.com wrote:
 Dear Relax users,

 I am new to use Relax software , I want input files of model free analysis
 to practice on Relax software , it would be great help to me if you can
 input files to use the relax ?

 Thanking you for great help

 --


 *Best Regards *







 *Srinivasa Rao PenumutchuResearch Scholar Protein NMR Lab , II floor-218
 Department of Chemistry National Tsing Hua University, Hsinchu, Taiwan. Ph:
 886357151-35605,M:+886-912894534 ,   *

 *  Email- penumutchu.srini...@gmail.com penumutchu.srini...@gmail.com *
 ___
 relax (http://www.nmr-relax.com)

 This is the relax-users mailing list
 relax-users@gna.org

 To unsubscribe from this list, get a password
 reminder, or change your subscription options,
 visit the list information page at
 https://mail.gna.org/listinfo/relax-users

___
relax (http://www.nmr-relax.com)

This is the relax-users mailing list
relax-users@gna.org

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users


Re: C modules not compiled

2014-11-14 Thread Edward d'Auvergne
Hi Mark,

Welcome to the relax mailing lists!  The problem you see could be due
to a number of factors.  Firstly, could you check if you have the
compiled file present on your system:

$ ls -alh /usr/local/relax/target_functions/relax_fit.so
$ file /usr/local/relax/target_functions/relax_fit.so


If the file is there, then maybe you have a Python version problem.
The C module was compiled using Python 2.7.  Normally this will then
work for Python 2.5, 2.6 and 2.7 but not Python = 3.1 (I have a Linux
set up, both 32 and 64-bit with all versions of Python from 1.0 to 3.4
that I regularly check this with).  You can check this by running
relax and typing:

relax import target_functions.relax_fit


For example in Python 3, this gives the error:

relax import target_functions.relax_fit
Traceback (most recent call last):
  File console, line 1, in module
ImportError: /data/relax/relax-trunk/target_functions/relax_fit.so:
undefined symbol: Py_InitModule4_64


Maybe you will see something similar.  In any case you have two
alternatives.  The first is to upgrade Python, if the relax_fit.so
file exists, though this can be a painful and dangerous task on Linux
systems (you can change the base 'relax' file to point to a different
alternative Python version if you wish).  The second is as Troels
suggests.  Install the scons program, the Python headers, and then
just run 'scons' as root in the /usr/local/relax directory to compile
the module yourself.

Note that you only need this C module for fitting exponential curves
for the R1, R2, or relaxation dispersion analyses.

Regards,

Edward





On 14 November 2014 01:05, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Hi.

 Try just write scons

 But this should only be for the source code.

 The packaged versions should already have the compiled C code in it.

 So this is weird.

 Can you run
 relax - d
 and post it here?

 Best
 Troels
 On 13 Nov 2014 22:34, Maciejewski,Mark W. ma...@uchc.edu wrote:

 Hello,

 I have installed relax 3.2.3 on CentOS release 6.6. The program runs fine
 except for the error:
 ImportError: relaxation curve fitting is unavailable, the corresponding C
 modules have not been compiled.

 I installed relax using the command:
 scons install

 I have searched the archives and see that others have had similar
 problems, but cannot find a solution that works for me.

 Any suggestions on how to install or compile the C modules?

 Below is the output from relax -info

 Thanks,
 Mark


 [nmradmin@nmrbox_wisc ~]$ relax --info



 relax 3.2.3

   Molecular dynamics by NMR data analysis

  Copyright (C) 2001-2006 Edward d'Auvergne
  Copyright (C) 2006-2014 the relax development team

 This is free software which you are welcome to modify and redistribute
 under the conditions of the
 GNU General Public License (GPL).  This program, including all modules, is
 licensed under the GPL
 and comes with absolutely no warranty.  For details type 'GPL' within the
 relax prompt.

 Assistance in using the relax prompt and scripting interface can be
 accessed by typing 'help' within
 the prompt.

 ImportError: relaxation curve fitting is unavailable, the corresponding C
 modules have not been compiled.

 Processor fabric:  Uni-processor.


 Hardware information:
 Machine: x86_64
 Processor:   x86_64
 Processor name:  Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz
 Endianness:  little
 Total RAM size:  3832 Mb
 Total swap size: 3967 Mb

 Operating system information:
 System:  Linux
 Release: 2.6.32-504.1.3.el6.x86_64
 Version: #1 SMP Tue Nov 11 17:57:25 UTC 2014
 GNU/Linux version:   CentOS 6.6 Final
 Distribution:centos 6.6 Final
 Full platform string:
 Linux-2.6.32-504.1.3.el6.x86_64-x86_64-with-centos-6.6-Final

 Python information:
 Architecture:64bit ELF
 Python version:  2.6.6
 Python branch:   tags/r266
 Python build:r266:84292, Jan 22 2014 09:42:36
 Python compiler: GCC 4.4.7 20120313 (Red Hat 4.4.7-4)
 Libc version:glibc 2.2.5
 Python implementation:   CPython
 Python revision: 84292
 Python executable:   /usr/bin/python
 Python flags:sys.flags(debug=0, py3k_warning=0,
 division_warning=0, division_new=0, inspect=0, interactive=0, optimize=0,
 dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=0,
 tabcheck=0, verbose=0, unicode=0, bytes_warning=0, hash_randomization=0)
 Python float info:   sys.floatinfo(max=1.7976931348623157e+308,
 max_exp=1024, max_10_exp=308, min=2.2250738585072014e-308, min_exp=-1021,
 min_10_exp=-307, dig=15, mant_dig=53, epsilon=2.2204460492503131e-16,
 radix=2, rounds=1)
 Python module path

Re: C modules not compiled

2014-11-14 Thread Edward d'Auvergne
Hi Mark,

I would also recommend that you sign up for the relax-announce mailing
list (https://mail.gna.org/listinfo/relax-announce/).  This list only
receives a few emails per year (see
http://news.gmane.org/gmane.science.nmr.relax.announce), and it is
used almost exclusively for announcing new relax versions, for example
relax 3.3.2 which I am in the process of releasing now (see
http://www.nmr-relax.com/download.html).  Since relax 3.2.3, there
have been the following releases:

http://wiki.nmr-relax.com/Relax_3.3.0
http://wiki.nmr-relax.com/Relax_3.3.1
http://wiki.nmr-relax.com/Relax_3.3.2

That last link will appear later today.  If you are performing either
a model-free or relaxation dispersion analysis, I would highly
recommend that you upgrade to relax 3.3.2 to obtain all the bug fixes
and Troels' huge relaxation dispersion speed ups
(http://wiki.nmr-relax.com/Relax_3.3.0).

Regards,

Edward


On 14 November 2014 10:19, Edward d'Auvergne edw...@nmr-relax.com wrote:
 Hi Mark,

 Welcome to the relax mailing lists!  The problem you see could be due
 to a number of factors.  Firstly, could you check if you have the
 compiled file present on your system:

 $ ls -alh /usr/local/relax/target_functions/relax_fit.so
 $ file /usr/local/relax/target_functions/relax_fit.so


 If the file is there, then maybe you have a Python version problem.
 The C module was compiled using Python 2.7.  Normally this will then
 work for Python 2.5, 2.6 and 2.7 but not Python = 3.1 (I have a Linux
 set up, both 32 and 64-bit with all versions of Python from 1.0 to 3.4
 that I regularly check this with).  You can check this by running
 relax and typing:

 relax import target_functions.relax_fit


 For example in Python 3, this gives the error:

 relax import target_functions.relax_fit
 Traceback (most recent call last):
   File console, line 1, in module
 ImportError: /data/relax/relax-trunk/target_functions/relax_fit.so:
 undefined symbol: Py_InitModule4_64


 Maybe you will see something similar.  In any case you have two
 alternatives.  The first is to upgrade Python, if the relax_fit.so
 file exists, though this can be a painful and dangerous task on Linux
 systems (you can change the base 'relax' file to point to a different
 alternative Python version if you wish).  The second is as Troels
 suggests.  Install the scons program, the Python headers, and then
 just run 'scons' as root in the /usr/local/relax directory to compile
 the module yourself.

 Note that you only need this C module for fitting exponential curves
 for the R1, R2, or relaxation dispersion analyses.

 Regards,

 Edward





 On 14 November 2014 01:05, Troels Emtekær Linnet tlin...@gmail.com wrote:
 Hi.

 Try just write scons

 But this should only be for the source code.

 The packaged versions should already have the compiled C code in it.

 So this is weird.

 Can you run
 relax - d
 and post it here?

 Best
 Troels
 On 13 Nov 2014 22:34, Maciejewski,Mark W. ma...@uchc.edu wrote:

 Hello,

 I have installed relax 3.2.3 on CentOS release 6.6. The program runs fine
 except for the error:
 ImportError: relaxation curve fitting is unavailable, the corresponding C
 modules have not been compiled.

 I installed relax using the command:
 scons install

 I have searched the archives and see that others have had similar
 problems, but cannot find a solution that works for me.

 Any suggestions on how to install or compile the C modules?

 Below is the output from relax -info

 Thanks,
 Mark


 [nmradmin@nmrbox_wisc ~]$ relax --info



 relax 3.2.3

   Molecular dynamics by NMR data analysis

  Copyright (C) 2001-2006 Edward d'Auvergne
  Copyright (C) 2006-2014 the relax development team

 This is free software which you are welcome to modify and redistribute
 under the conditions of the
 GNU General Public License (GPL).  This program, including all modules, is
 licensed under the GPL
 and comes with absolutely no warranty.  For details type 'GPL' within the
 relax prompt.

 Assistance in using the relax prompt and scripting interface can be
 accessed by typing 'help' within
 the prompt.

 ImportError: relaxation curve fitting is unavailable, the corresponding C
 modules have not been compiled.

 Processor fabric:  Uni-processor.


 Hardware information:
 Machine: x86_64
 Processor:   x86_64
 Processor name:  Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz
 Endianness:  little
 Total RAM size:  3832 Mb
 Total swap size: 3967 Mb

 Operating system information:
 System:  Linux
 Release: 2.6.32-504.1.3.el6.x86_64
 Version: #1 SMP Tue Nov 11 17:57:25 UTC 2014
 GNU/Linux version:   CentOS 6.6 Final
 Distribution:centos 6.6 Final
 Full platform string:
 Linux-2.6.32-504.1.3.el6

Re: error while running relax-GUI tutorial

2014-11-18 Thread Edward d'Auvergne
Hi Troels,

For the tutorial at
http://wiki.nmr-relax.com/Tutorial_for_The_relaxation_dispersion_auto-analysis_in_the_GUI
, I would suggest also adding that relax can be run using OpenMPI to
speed up the relaxation dispersion analysis.  So that if you have a
machine with 8 cores and OpenMPI and python-mpi4py installed
(http://www.nmr-relax.com/manual/The_multi_processor_framework.html),
you can run relax with 7 slaves by typing:

$ mpirun -n 8 relax --multi='mpi4py' --gui --tee my.log

Regards,

Edward



On 18 November 2014 12:27, Edward d'Auvergne edw...@nmr-relax.com wrote:
 Hi Troels and Prem,

 Troels, for a suggestion for improving the script in your tutorial,
 you could use:

 
 from time import asctime, localtime

 pipe_bundle = relax_disp (%s) % asctime(localtime())
 pipe_name = origin - %s % pipe_bundle
 

 This is how the new analysis wizard in relax creates these names
 (http://www.nmr-relax.com/api/3.3/gui.analyses.wizard-pysrc.html#Data_pipe_page.on_display).
 This script really saves a lot of time.  But, as it does not replicate
 the bug, Prem, could you still create the bug report and include all
 steps required to produce the error you observed?

 Cheers,

 Edward



 On 18 November 2014 12:08, Troels Emtekær Linnet tlin...@nmr-relax.com 
 wrote:
 Hi Prem.

 I added the tutorial here:

 http://wiki.nmr-relax.com/Tutorial_for_The_relaxation_dispersion_auto-analysis_in_the_GUI

 I tried to take power of the scripting, to get around the tedious work on
 defining the experiment settings for all spectra.

 So this script should take you to the end point before staring the
 analysis.

 Best
 Troels



 2014-11-18 11:51 GMT+01:00 Troels Emtekær Linnet tlin...@nmr-relax.com:

 Dear Prem.

 Welcome to the mailing list!

 I guess that you mean the manual at:
 http://www.nmr-relax.com/manual/Contents.html

 The relaxation dispersion auto-analysis in the GUI

 http://www.nmr-relax.com/manual/The_relaxation_dispersion_auto_analysis_in_the_GUI.html

 Where the test data is in:
 test_suite/shared_data/dispersion/Hansen

 I will write it up here as a script instead.
 This goes a little faster testing.

 You can also find more inspiration at the wiki:
 http://wiki.nmr-relax.com
 http://wiki.nmr-relax.com/Category:Tutorials

 In terminal
 mkdir -p $HOME/test
 cd $HOME/test
 gedit test.py

 Then I build the script onwards.
 I run relax repeatedly, to execute code. Then I write new code in the
 script, and run again.
 relax test.py

 When I am satisfied, you can then do like this.

 relax -g -t log.txt
 User functions - Script - test.py

 THEN:
 View - Data pipe editor - Right click on pipe - Associate with a new
 Auto analysis

 This should bring you to a window, where all settings have been set.

 Relaxations dispersion models: ['R2eff', 'No Rex', 'CR72', 'NS CPMG 2-site
 expanded']
 Grid increements: 11 (For speed-up in test phase)
 Monte-Carlo simulations number: 5 (For speed up in test phase)

 Then a quick click on spin.isotope function, and GO.



 test.py
 
 #python modules
 import os
 import glob

 # relax modules
 from lib.io import sort_filenames

 # Set path to data
 data =
 '/sbinlab2/tlinnet/software/NMR-relax/relax_trunk/test_suite/shared_data/dispersion/Hansen'

 # Create the data pipe.
 pipe_name = 'origin - relax_disp (Tue Nov 18 10:39:36 2014)'
 pipe_bundle = 'relax_disp (Tue Nov 18 10:39:36 2014)'
 pipe.create(pipe_name=pipe_name, bundle=pipe_bundle,
 pipe_type='relax_disp')

 # Create spin to hold data.
 sequence.read(file='fake_sequence.in', dir=data, res_num_col=1,
 res_name_col=2)
 deselect.read(file='unresolved', dir=data+os.sep+'500_MHz',
 spin_id_col=None, mol_name_col=None, res_num_col=1, boolean='AND',
 change_all=False)
 deselect.read(file='unresolved', dir=data+os.sep+'800_MHz',
 spin_id_col=None, mol_name_col=None, res_num_col=1, res_name_col=2,
 boolean='AND', change_all=False)

 # Give the spins attributes.
 spin.isotope(isotope='15N', spin_id='@*', force=True)
 spin.name(name='N')

 # Do for 800.
 ###
 # Change directory.
 os.chdir(data + os.sep + '500_MHz')

 # Get the file list, and sort the file list Alphanumeric.
 flist500 = glob.glob('*.in_sparky')
 flist500 = sort_filenames(filenames=flist500)

 # Make ID
 ID500 = []
 for f in flist500: ID500.append(500_+f.split(.in_sparky)[0])

 # Then Read
 spectrum.read_intensities(file=flist500, spectrum_id=ID500)

 # Repeat for the replicated spectra.
 flist500rep = glob.glob('*in.bis_sparky')
 flist500rep = sort_filenames(filenames=flist500rep)

 # Make ID
 ID500rep = []
 for f in flist500rep:
 ID500rep.append(500_+f.split(.in.bis_sparky)[0]+'b')

 # Then Read
 spectrum.read_intensities(file=flist500rep, spectrum_id=ID500rep)

 # Then map replicated
 for b_id in ID500rep:
 a_id = b_id[:-1]
 spectrum.replicated(spectrum_ids=[a_id, b_id])

 # Then check
 print cdp.replicates

 # Then repeat for 800.
 ###
 # Change

<    1   2   3   4   5   >