##########################################################3
Re: Data reduction on ALS 8.3.1
	
James Holton
	
Jun 30 2016

Something I think I should point out is that the "new procedures" do not exclude the old ones. 
 Using Elves/MOSFLM still works on Pilatus images via the "process" command at the beamline. 
However, because MOSFLM is single-threaded it is much slower than XDS on our new 144-CPU processing box.  
There are also some potential issues with data quality. Because Pilatus is a counting device, 
it is important to fine-slice the data, and MOSFLM does not handle this quite as well as XDS.  
In my tests so far, I have found that the quality of the data from XDS is generally 
better than what I can get from MOSFLM.  Not leaps and bounds better, 
but consistently and slightly better, both in resolution and anomalous difference quality.  
We are in the middle of writing a paper about this at the moment.  
I also recently learned that MOSFLM may be fading away in the future. 
 Harry Powell was forced into early retirement, and now only supports MOSFLM as a hobby.  
I have therefore started making some infrastructure for XDS processing.

Commercial use of XDS requires a license.  I am working with Kay and Wolfgang now to try and get 
a blanket industrial XDS license set up at 8.3.1.  However, my understanding is that it is 
not all that expensive if an industrial users wants to get their own copy, free of any intellectual property issues.  
http://xds.mpimf-heidelberg.mpg.de/

My plan is to eventually have the "process" command launch the XDS jobs in parallel to the mosflm jobs. 
I think that will make things easier all-around?