Re: [ccp4bb] scale data with multiple MTZ files

Protein crystallography Programs for crystallography X-ray detectors
Basic tutorials:
Protein Peptide

CCP4bb navigation

CCP4bb <-- 2008 <-- January 2008 <-- 11 January 2008

Previous message:
Subject: Re: scale data with multiple MTZ files
From: Frank von Delft frank {- dot -} vondelft {- at -} SGC {- dot -} OX {- dot -} AC {- dot -} UK
Date: 2008-01-11

Next message:
Subject: Coot for Fedora Core 8?
From: Vellieux frederic {- dot -} vellieux {- at -} IBS {- dot -} FR
Date: 2008-01-11

Subject: Re: scale data with multiple MTZ files
From: Phil Evans pre {- at -} MRC-LMB {- dot -} CAM {- dot -} AC {- dot -} UK
Date: 2008-01-11

pointless now does this
Phil

On 11 Jan 2008, at 11:05, Frank von Delft wrote:

>> There's a way to avoid having to do this - use the "ADD" sub-
>> keyword when processing in Mosflm, so that the batch number for
>> each image data is given an offset; see
>
> Nevertheless, it *is* a right-royal pain in the arse: you're
> cruising at the synchrotron, crystal collecting and quietly (or
> noisily) dying, you want a quick scale to know whether you have
> enough data from your second batch .... and scala craps at you for
> having the repeating batch number.
>
> Can't the merging process (pointless; sortmtz) be made to spot that
> batch numbers are repeating, and do an automatic add based on
> filename? After all, batches from the same range *always* end up in
> the same unmerged mtz file (or files with the same template).
> At least, I was able to write a csh script to do it, and if you can
> do it in csh, you can do it in anything... :)
>
> phx.

CCP4bb navigation

CCP4bb <-- 2008 <-- January 2008 <-- 11 January 2008

Previous message:
Subject: Re: scale data with multiple MTZ files
From: Frank von Delft frank {- dot -} vondelft {- at -} SGC {- dot -} OX {- dot -} AC {- dot -} UK
Date: 2008-01-11

Next message:
Subject: Coot for Fedora Core 8?
From: Vellieux frederic {- dot -} vellieux {- at -} IBS {- dot -} FR
Date: 2008-01-11