Re: m0 models
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
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
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
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
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.
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
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
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
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
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
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
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.
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.
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
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
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?
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
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?
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
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
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
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
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
['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
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
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?
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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:
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:
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:
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
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
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
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
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
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
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
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
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
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
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
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
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
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?
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
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
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
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
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
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?
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?
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
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
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?
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
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
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
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
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
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