Quick navigation: Home   |    Site Map   ||    References   |    Biography   ||    Copyright   |    Other copyright   |    Contact us   |    Advert   |   
 

[ccp4bb] Rant: B vs TLS, anisou, and PDB headers

- Protein crystallography

Main steps:

   - Protein purification
   - Crystallisation

Special:

   - Programs for crystallography
   - X-ray detectors

Basic tutorials:

   - Chemistry
   - Protein
   - Peptide
   - Amino Acids

Xtal community:

   - CCP4BB

CCP4bb navigation

CCP4bb <-- 1999 <-- November 1999 <-- 30 November 1999
Previous message:
Subject: Problem with the DLS instrument
From: Yingjie Peng yingjiepeng {- at -} GMAIL {- dot -} COM
Date: 2008-03-29
Next message:
Subject: Re: Problem with the DLS instrument
From: "Acharya, Priyamvada (NIH/VRC) [F]" acharyap {- at -} MAIL {- dot -} NIH {- dot -} GOV
Date: 2008-03-29


Subject: Rant: B vs TLS, anisou, and PDB headers
From: Frank von Delft frank {- dot -} vondelft {- at -} SGC {- dot -} OX {- dot -} AC {- dot -} UK
Date: 2008-03-29

Just spent an hour trawling docs, BBs (recent threads) and logs to
figure out what the hell my B column is telling me (phenix vs refmac vs
pdb).

Oh dear, it's a disaster area, quite Heissenbergian... the most
important number (uncertainty) is itself unknowable:

* Phenix writes total ADP, Refmac writes residual ADP.
* Refmac writes a remark -- pdbdep strips it (!?!!?)
* Phenix writes no remark (I think?)
* Refmac writes different numbers to TLSOUT and pdb header (trace of S)
* Phenix duplicates the information in header (TLS) and ANISOU cards,
the latter thereby making implicit what should be explicitly stored:
how the ADPs are connected.
* Refmac, given phenix TLS-originating ANISOUs, flattens them into first
number, but does not remove them
* PDB does not care


I'd like to appeal for an urgent consensus -- which should be unusually
easy, since it involves only two programs and one repository.

My strong recommendation, from first principles of usability: residual
B into ATOM, no TLS in ANISOU, and the rest into the header. I know
it's religious, but here's the reasoning:
==> the end-user looks *locally*, that's what ATOM and ANISOU are for.
==> global stuff (cell, symmetry, NCS, and yes, TLS) belongs in the
header -- as do what's still missing, namely twinning, lattice
modulations, scatter factors, and restraints.

Yes, we crystallographers want easy B-factor stats (phenix's reason),
but then lets fix the analysis programs to look at the header as well.
And yes, packing and internal motions (TLS) are all very important for
analysis - but that is why it should be explicit in the header, so that
graphics tools have easy access to it.

End rant (but not end hope :)
phx.



CCP4bb navigation

CCP4bb <-- 1999 <-- November 1999 <-- 30 November 1999
Previous message:
Subject: Problem with the DLS instrument
From: Yingjie Peng yingjiepeng {- at -} GMAIL {- dot -} COM
Date: 2008-03-29
Next message:
Subject: Re: Problem with the DLS instrument
From: "Acharya, Priyamvada (NIH/VRC) [F]" acharyap {- at -} MAIL {- dot -} NIH {- dot -} GOV
Date: 2008-03-29



ProteinCrystallography.org: Copyright 2006-2010 by Quid United Ltd