Unfortunately within the Gna! infrastructure (http://gna.org/) or open
source hosting infrastructure in general, there is no support for
wikis.  Or any dynamic content for that matter.  The Gna! website
infrastructure behind http://www.nmr-relax.com is quite simple, the
most advanced it does is SSI.  But the PHP required for a wiki
implementation is not there
(https://gna.org/cookbook/?func=detailitem&item_id=108).  I pay for
the http://www.nmr-relax.com domain name myself, so could create the
http://wiki.nmr-relax.com/ URL, but I have no fixed IP address server
at home or at work to point this to.  Would you know any solutions to
such problems?

Regards,

Edward



On 30 May 2013 23:47, Troels Emtekær Linnet <[email protected]> wrote:
> By the way.
>
> Would it be possible to implement a wiki?
>
> It would be beneficial, for a little "loser" user control, to write up
> some scratches, how to for example script up some analysis,
> of for example CPMG.
>
> I have looked into making a page at "http://nmrwiki.org/";
> But they seem to have problems (for a long time now), so
> you can't edit anything.
>
> Best
> Troels
>
>
>
> Troels Emtekær Linnet
>
>
> 2013/5/30 Troels Emtekær Linnet <[email protected]>:
>> Uhhh, that is great. :-)
>>
>> Looking forward to try!
>>
>> Troels Emtekær Linnet
>>
>>
>> 2013/5/30 Edward d'Auvergne <[email protected]>
>>>
>>> Hi Troels,
>>>
>>> The relaxation dispersion GUI in relax is now fully debugged and
>>> functional.  Well as far as I can tell anyway.  Enjoy!
>>>
>>> Regards,
>>>
>>> Edward
>>>
>>>
>>>
>>>
>>> On 30 May 2013 17:34, Edward d'Auvergne <[email protected]> wrote:
>>> >> You are very productive! and I am stunned to see the development
>>> >> so fast. :-)
>>> >
>>> > Well, I'm sorting out the code for myself specifically for my own
>>> > R1rho analyses.  I'm guessing you are interested in the CPMG side of
>>> > things.
>>> >
>>> >
>>> >> I think you are hitting "the nail" with the current development of relax.
>>> >
>>> > There's not much left to finish with the base infrastructure.  As for
>>> > adding new models, that's a different, but relatively easy story.  The
>>> > numerical integration of the Block-McConnell equations might take more
>>> > effort to add but, as all the infrastructure is in place, it shouldn't
>>> > be too hard.  Integrating with the other softwares (input file
>>> > creation, execution, and reading of results - for NESSY, CPMGFit,
>>> > ShereKhan, Catia, Chemex, etc.) will be a continual work in progress.
>>> > It will be advanced when someone needs it, this is currently myself to
>>> > fully automate the comparison between all the different dispersion
>>> > programs simply for sanity purposes.
>>> >
>>> >
>>> >> At the moment the "hardest/time consuming" part for students in our lab, 
>>> >> is
>>> >> the analysis of the
>>> >> results. We have a good workflow from recording and peak assignment.
>>> >> But from there, it gets more tricky.
>>> >
>>> > I know this problem well :)
>>> >
>>> >
>>> >> Most of our analysis part is based on "home made" scripts for Igor
>>> >> Pro/Matlab.
>>> >
>>> > Ah, the code for the dispersion models shouldn't be too difficult to
>>> > port into relax if you already have Matlab code in place!
>>> >
>>> >
>>> >> They come a long way for most of our analysis.
>>> >> The problem is that for a "beginner" there can be a "high energy 
>>> >> barrier" to
>>> >> start
>>> >> using these scripts. Not mentioning "license problems", installation and
>>> >> such.
>>> >> And if you have to make some peak adjustments, then the whole analysis
>>> >> should be performed again.
>>> >> For a "trained" this takes some hours, but for un-trained, it can take a 
>>> >> day
>>> >> or two.
>>> >
>>> > I understand this, and this is one useful advantage of a GUI.  I don't
>>> > know how you would avoid having to redo a full analysis if the input
>>> > data is changed though, except that maybe you could have a relax save
>>> > file for the GUI analysis and slightly tweak the data already within
>>> > relax, and the rerun the full analysis.
>>> >
>>> >
>>> >> We have been looking for other software for CPMG.
>>> >> At least to "quickly" try to match our scripts values.  (Here Nessy 
>>> >> seemed
>>> >> very interesting, but very buggy)
>>> >
>>> > I am now the maintainer of NESSY so I can fix some of the trivial
>>> > bugs.  I have been doing this for a few annoying bugs, for example
>>> > see:
>>> >
>>> > https://mail.gna.org/public/nessy-commits/2013-05/threads.html
>>> >
>>> > However finding the big bugs and improving the optimisation will not
>>> > be possible for me at the moment.
>>> >
>>> >
>>> >> But concerns about installation, development, and even a "harder" 
>>> >> interface
>>> >> than Igor Pro/Matlab, stopped us.
>>> >> We(as in me) are at the moment matching some test results at the 
>>> >> Sherekhan
>>> >> server, after making
>>> >> a input converter to Sherekhan. That seems to be very easy, and 
>>> >> promising.
>>> >
>>> > relax now has this as well in the relax_disp.sherekhan_input user
>>> > function.  You can access this from both the prompt/script mode and
>>> > the GUI.  I've noticed though that the ShereKhan numerical integration
>>> > of the Block-McConnell equations is currently problematic and the poor
>>> > little tiger just runs forever!
>>> >
>>> >
>>> >> I am very impressed with relax. Mostly because the GUI can take care of
>>> >> novices, and there exist the possibility to
>>> >> script it all up for extensive analysis.
>>> >> It's free, and I was able to install it on Windows/Linux without to much
>>> >> fuss.
>>> >
>>> > Cheers!  That is exactly what the relax developers have tried to create:
>>> >
>>> > - the GUI is really for those who don't have much interest in the
>>> > theory and just want quick, idiot-proof results from a blackbox (i.e.
>>> > perfect for undergrads),
>>> > - the prompt/script mode is for power users with interest in the NMR
>>> > theory and analysis,
>>> > - the prompt/script mode in combination with the relax library
>>> > functions is to be a replacement for Mathematica/Matlab for those who
>>> > want to live on the cutting edge.
>>> >
>>> >
>>> >> If I want to try some of our data, is the GUI ready for trying?
>>> >
>>> > There are a few minor bugs I have to sort out first.  For example with
>>> > the error analysis for peak heights.  It should be ready for the
>>> > 'R2eff' and 'LM63' models soon though.  Still, right now you can do
>>> > everything except for clicking on the 'Execute analysis' button.  I
>>> > hope it won't take too long.
>>> >
>>> > Regards,
>>> >
>>> > Edward
>>> >
>>> >
>>> >
>>> >
>>> >> 2013/5/29 Edward d'Auvergne <[email protected]>
>>> >>>
>>> >>> Hi,
>>> >>>
>>> >>> Troels, you might be interested in the following comparison.  The
>>> >>> reviving Sebastien Morin's relaxation dispersion branch in relax is
>>> >>> now complete.  The relax_disp branch can now correctly optimise one of
>>> >>> the dispersion models, that of Luz and Meiboom 1963 for 2-site fast
>>> >>> exchange for CPMG-type experiments.  This does not implement the
>>> >>> gradients or Hessians yet, and parameter constraints are still to be
>>> >>> added.  But nevertheless relax can find the correct parameter values.
>>> >>> This should be a good test of the dispersion code in relax as the
>>> >>> addition of other models - such as that for R1rho data, more
>>> >>> complicated models for CPMG-type data, and numerical integration of
>>> >>> the Bloch-McConnell equations - should be trivial after that
>>> >>> (requiring only 20-50 lines of new code, not counting comments and
>>> >>> docstrings).
>>> >>>
>>> >>> Through relax user functions, I can now generate the input for CPMGFit
>>> >>> and NESSY.  These are the relax_disp.cpmgfit_input and
>>> >>> relax_disp.nessy_input user functions.  We can now also execute
>>> >>> CPMGFit within relax using relax_disp.cpmgfit_execute.  This can be
>>> >>> completed later, but the idea is to follow the concept of model-free
>>> >>> user functions:
>>> >>>
>>> >>> dasha.create
>>> >>> dasha.execute
>>> >>> dasha.extract
>>> >>> palmer.create
>>> >>> palmer.execute
>>> >>> palmer.extract
>>> >>>
>>> >>> These are for the Dasha and Modelfree4 programs respectively.
>>> >>> Implementing the 3 user functions for creating input files, executing
>>> >>> the program in-line, and extracting the results from the program's
>>> >>> output will allow relax to use external programs as optimisation
>>> >>> engines.  This is useful for comparing the results from different
>>> >>> programs and really eliminating all bugs from the dispersion field.
>>> >>>
>>> >>> Back to the comparison, I have used Flemming Hansen's 500 and 800 MHz
>>> >>> CPMG data from:
>>> >>>
>>> >>> Hansen, Vallurupalli & Kay, 2008, JPhysChemB, 112: 5898-5904.
>>> >>>
>>> >>> which he donated to Seb to be added to relax (located in
>>> >>> test_suite/shared_data/dispersion/Hansen/).  Looking at a single
>>> >>> randomly chosen residue (number 70), I see different results from the
>>> >>> 3 programs:
>>> >>>
>>> >>> Param       relax       NESSY       CPMGFit
>>> >>> R2 (500)        6.806       7.639       6.866
>>> >>> R2 (800)        6.679       7.387       6.866
>>> >>> phi         1.259e-13       0.259   1.226e-13
>>> >>> phi (500)   31464.605   26292.031   30644.496
>>> >>> phi (800)   80549.390   67307.598   78449.180
>>> >>> kex          4763.249    3906.180      4.683
>>> >>> tau         4.199e-05   5.120e-05       0.427
>>> >>> chi2          106.393     156.446     106.471
>>> >>>
>>> >>> tau = 2/kex (I think that CPMGFit works with ms units).
>>> >>>
>>> >>> Obviously NESSY is not doing so well (likely due to using the horribly
>>> >>> buggy scipy optimisation code) and relax and CPMGFit find the same
>>> >>> result for this model.  The slight difference between relax and
>>> >>> CPMGFit is that it looks like CPMGFit assumes the same R2 value for
>>> >>> all static fields - which I think would be a little strange,
>>> >>> especially if fast internal motions are also present for that spin
>>> >>> system.
>>> >>>
>>> >>> Therefore I believe that this relax branch is in a state to accept
>>> >>> code for the other models.  The backends for the
>>> >>> relax_disp.cpmgfit_input and relax_disp.nessy_input could be also
>>> >>> modified to handle these new models to allow for rigorous comparisons
>>> >>> and debugging.  The dispersion infrastructure should no longer have
>>> >>> any large changes, so feel free to start playing.
>>> >>>
>>> >>> Regards,
>>> >>>
>>> >>> Edward
>>> >>
>>> >>
>>> >>
>>> >> _______________________________________________
>>> >> relax (http://www.nmr-relax.com)
>>> >>
>>> >> This is the relax-devel mailing list
>>> >> [email protected]
>>> >>
>>> >> 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-devel mailing list
[email protected]

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

Reply via email to