Hi, Ok, now it is debugging time :) But first here are some basic steps which you will need to take, in order: 1) I would recommend the kA to k_AB change - you will probably uncover some bugs in the process that I have already spotted. 2) Then the parameter needs to be fixed in the specific_analyses.relax_disp.parameter module where it is still sometimes referred to as 'ka' rather than 'kA' and in other places not referred to at all! This module is where a lot of your problems lie. 3) Fix the Relax_disp.test_kteilum_fmpoulsen_makke_cpmg_data_to_cr72 system test - it does not pass yet. 4) Create a system test for the TSMFK01 model based on Relax_disp.test_kteilum_fmpoulsen_makke_cpmg_data_to_cr72, but only once that test passes in the repository code. Once this is done, the debugging game will be much, much easier. I have more points below:
That means: For kA: 2.655 rad.s * 2 * 3.14 = 16.6734 Hz. Not totally close, but at least within discussion possibility.
Ah, this is a classic mistake. I've documented it in http://wiki.nmr-relax.com/Hidden_radian_units. The radian unit is hidden - physicists do this often because to them it is obvious. Anything rotational, like everything in NMR, has radian units. It's so obvious ;) Note that whenever you see s^-1, this means that radians are present!! Otherwise it would be reported as Hz. But s^-1 != Hz. So there is no conversion, k_AB must be 11.3 rad.s^-1, as reported in the paper.
Converting dw from ppm to Hz print cdp.mol[0].res[56].spin[0].dw * cdp.spectrometer_frq['Z_A2'] * 1E-6 5192.97184369
You will need to convert to rad.s^-1, the units used in the paper. Here you do need 2pi. So your dw value is: 32628.40 rad.s^-1 But this is also likely to be incorrect. The value of cdp.spectrometer_frq is the proton frequency in Hz, and you probably need the heteronuclear frequency instead. See how the frqs data structure is created in the specific_analyses.relax_disp.disp_data.return_r2eff_arrays() function for how to do this correctly. I would however suggest using the reverse of this to convert the published value of 2.45 * 10^3 rad.s^-1 to ppm units.
Looks okay, but is this correct way of transforming the stored value?
Actually the numbers are not ok, and some debugging will be required. But first following the steps above will significantly help you in this process and may remove all the bugs anyway.
R2, looks the same, but there is something wrong with a 2*pi factor.
It looks ok, but because k_AB and dw are incorrect, I have a feeling that it will be closer to the reported value once the bug is found. There is no 2pi factor as rad.s^-1 == s^-1 for this rotational process.
Do you think this values looks reasonable or have I made a mistake somewhere?
I can clearly see that there is a bug, and can see some places in the code where it could come from. I hope the steps above will be sufficient for you to solve this. Regards, Edward