JiscMail Logo
Email discussion lists for the UK Education and Research communities

Help for CCP4BB Archives


CCP4BB Archives

CCP4BB Archives


CCP4BB@JISCMAIL.AC.UK


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

CCP4BB Home

CCP4BB Home

CCP4BB  November 2012

CCP4BB November 2012

Options

Subscribe or Unsubscribe

Subscribe or Unsubscribe

Log In

Log In

Get Password

Get Password

Subject:

Re: relations between groups and subgroups?

From:

James Holton <[log in to unmask]>

Reply-To:

James Holton <[log in to unmask]>

Date:

Thu, 15 Nov 2012 10:41:46 -0800

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (151 lines)

Everyone knows that there are 230 space groups, and these belong to one 
of 32 point groups, which, in turn, belong to one of the 14 Bravais 
lattices, and 7 crystal "systems": triclinic, monoclinic, orthorhombic, 
tetragonal, hexagonal, rhombohedral and cubic.

Or are there?  If you look in ${CLIBD}/symop.lib of your nearest CCP4 
Suite install, you will find not 230 but 266 entries for "space groups", 
and 43 different kinds of point groups.  And those so-called 
"rhombohedral" systems can apparently be represented as hexagonal, so 
maybe there are only six crystal systems?

Blasphemy!  (I can almost hear the purists now)  But, the point I am 
trying to make here is that there is a disconnect between the 
traditional way that crystallography is taught (aka Chapter 1: crystal 
symmetry) and the pragmatic practice of crystallography (aka "what 
MOSFLM is doing").  It is ironic really that the first thing you must 
decide for a new crystal is its "space group" when in reality it is the 
last thing you will ever be certain about it.  Probably one of the most 
common examples of this is the P2221 and P21212 space groups.  
Technically, P2122, P2212, etc are NOT space groups!  However, given 
that orthorhombic unit cells are traditionally sorted a<b<c, simply 
giving such a unit cell with the space group P2221 is not enough 
information to be sure which axis is the "screwy" one.  Also, I'm sure 
many of you have noticed that for any trigonal/hexagonal crystal there 
is always a C222 cell that comes up in autoindexing?  This is because 
you can always index a trigonal lattice along a "diagonal" and that 
makes it look like centered orthorhombic.  But, if you try going with 
that C222 choice you find that it doesn't merge ... most of the time.

The fact of the matter is that all autoindexing algorithms give you is a 
unit cell, and that is just six numbers.  The cell dimensions generally 
allow you to EXCLUDE a great many symmetry operations, but they can 
never really INFER symmetry.  Except, of course, in the special case 
where all three angles of the reduced cell are not 90 (or 60) degrees, 
then the only possible space group is P1.  On the other hand, it is 
perfectly possible to have P1 symmetry with all three cell edges the 
same length and all angles 90 degrees.  It just isn't very "likely" (in 
the "posterior probability" sense).  This is why MOSFLM and other 
autoindexing programs pick the highest-symmetry lattice and give you a 
"space group" consistent with that lattice, even though there are plenty 
of other possibilities.  This is why you should always take the "space 
group" that comes out of autoindexing with a grain of salt. Do NOT make 
the mistake of classifying your crystals by the result of autoindexing 
alone!

Something similar is true for point groups.  A high Rsym for a given 
symmetry operator (like you will see in the output of "pointless") means 
that there is NO WAY that the given symmetry operation is part of the 
space group.  A low Rsym, however, does not mean that you have a given 
symmetry.  Could always be some kind of "twinning" or 
nearly-crystallographic NCS (NCNCS?). Twinning is relatively rare, and 
gets increasingly rare as you get into the non-merohedral stuff, but it 
is always a possibility. Yes, intensity statistics can tell you 
something is twinned, but if you have just the right mixture of twinning 
and pseudotranslation, then the twinning can go undetected.  So, in 
general, you can always have _less_ symmetry than you think, but proving 
the existence of a symmetry operation is hard.

Space groups, or narrowing down the screw vs rotation nature of various 
axes generally requires phasing and looking at a map.  The one with 
right-handed alpha helices is the correct one.  Yes, there are plenty of 
"tricks" like systematic absences, native Pattersons and the like but 
there are a lot of false positives and false negatives possible with 
each of these.  In fact, you tend to throw out more "rejects" in scaling 
than you ever have observations of systematic absences, so why trust 
those "absent" spots so much?  In fact, sometimes you need to even go 
all the way to the end of refinement to settle the space group.  It is 
possible to get "stuck" with R/Rfree too high because the crystal very 
slightly violates the symmetry you think it has.  ("NCNCS" again)

Whatever you do, don't forget to try all the possible P2122-like space 
groups if you are searching for heavy atoms or doing MR with a primitive 
orthorhombic crystal.  Far too many people have missed solving their 
structure because they didn't know to do this! Fortunately, modern 
computers tend to have 8 or so CPUs in them, and there are never more 
than 8 space groups possible on any given point group.  So, you might as 
well launch 8 parallel MR or heavy-atom site-finding jobs in different 
space groups, since it will take just as long to run 8 jobs as it will 
take to do only one.  Well, okay, some of the non-protein ones have more 
than 8 choices for a given point group, but I don't generally care about 
those.

One important pitfall to NOT get stuck in is dropping a real symmetry 
operator and replacing it with a twin operator.  This will always lower 
R/Rfree because you compress the dynamic range of your data.  Best 
"control" I can think of is to take an operator you don't think is 
twinning and "twinify" that one to see what kind of R drop you expect 
from doing the "wrong thing".  If you get the same drop for all symmetry 
operators (and if the L-test does not say "twinning") then you will have 
a hard time defending your hypothesis that the crystal was twinned.

Another unfortunate pitfall is exchanging an actual crystallographic 
operator for "NCS".  This sounds innocuous at first, because there 
really isn't a difference between these two ways to represent the same 
symmetry operation.  In fact, many frustrated crystallographers at one 
time or another have asked the obvious question: why can't we just do 
everything in P1?  The problem arises when you start thinking about 
choosing your "random" Rfree set.  For example, you could take a crystal 
that actually belongs to P212121 and "drop the symmetry" to P21 (with a 
90-degree beta angle) and then apply an "NCS" operator between the 
monomers in your new "asymmetric unit".  Problem is, if you just pick a 
"random" Rfree set in this P21 cell, then pretty much every hkl in your 
"free" set will have an "NCS symmetry mate" in the working set.  All you 
have to do is turn up the x-ray weight and voila!  You have a reasonably 
low Rfree and R-Rfree gap for what could be a completely wrong structure.

Other space groups have similar traps, and there is no good tabulation 
of all the ways a "random" Rfree set can go wrong if you are applying 
NCS or de-twinning operators.  This is because there are actually a 
large number of ways that a given "free" reflection can be "correlated" 
to one in the working set.  Thin shells don't always do the trick.  In 
fact, the mere fact that protein crystals are ~50% solvent actually 
creates "local" correlations in reciprocal space.  This is why solvent 
flattening works, but it also produces some "bias" in the Rfree.  How 
much bias?  It's actually hard to say.  I know of a few people who have 
written programs for picking free-R flags in an "unbiased" way, but as 
far as I can tell nobody is distributing such programs as "software", 
perhaps due to fear that some clever idiot will find a way to abuse it.

Personally, I try to stay away from NCS, unless I'm really sure that 
there is nothing "funny" going on in the crystal symmetry.

-James Holton
MAD Scientist

On 11/13/2012 1:55 AM, vincent Chaptal wrote:
> Dear all,
>
> I am not sure I understand point groups and relations between groups 
> and subgroups anymore, and would appreciate some guidance.
>
> I was under the impression that all point groups were related to an 
> original P1 cell, and that by applying specific lattice symmetries, 
> one could "get" higher point groups. Thus, if one knows the symmetry 
> operators, one could jump from one point group to another. Inspection 
> of the reflections can then determine the "real" point group and space 
> group.
> At least that's what I thought Mosflm was doing? Am I correct?
> P1 +(symm-opp)>C2 + (symm-opp2)>P3
> same P1 +(symm-opp3)> P2 + (symm-opp4)>P222 ....
> If that's the case, could someone point to me where to find these 
> symmetry opperators (International tables?), because it's not obvious 
> to me.
>
> Or are these relations between groups and subgroups only true for 
> certain crystals where the cell parameters are specific, and allows a 
> symmetry operator to generate a higher symmetry point group?
>
> Thank you for your help.
> vincent

Top of Message | Previous Page | Permalink

JiscMail Tools


RSS Feeds and Sharing


Advanced Options


Archives

April 2024
March 2024
February 2024
January 2024
December 2023
November 2023
October 2023
September 2023
August 2023
July 2023
June 2023
May 2023
April 2023
March 2023
February 2023
January 2023
December 2022
November 2022
October 2022
September 2022
August 2022
July 2022
June 2022
May 2022
April 2022
March 2022
February 2022
January 2022
December 2021
November 2021
October 2021
September 2021
August 2021
July 2021
June 2021
May 2021
April 2021
March 2021
February 2021
January 2021
December 2020
November 2020
October 2020
September 2020
August 2020
July 2020
June 2020
May 2020
April 2020
March 2020
February 2020
January 2020
December 2019
November 2019
October 2019
September 2019
August 2019
July 2019
June 2019
May 2019
April 2019
March 2019
February 2019
January 2019
December 2018
November 2018
October 2018
September 2018
August 2018
July 2018
June 2018
May 2018
April 2018
March 2018
February 2018
January 2018
December 2017
November 2017
October 2017
September 2017
August 2017
July 2017
June 2017
May 2017
April 2017
March 2017
February 2017
January 2017
December 2016
November 2016
October 2016
September 2016
August 2016
July 2016
June 2016
May 2016
April 2016
March 2016
February 2016
January 2016
December 2015
November 2015
October 2015
September 2015
August 2015
July 2015
June 2015
May 2015
April 2015
March 2015
February 2015
January 2015
December 2014
November 2014
October 2014
September 2014
August 2014
July 2014
June 2014
May 2014
April 2014
March 2014
February 2014
January 2014
December 2013
November 2013
October 2013
September 2013
August 2013
July 2013
June 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
November 2012
October 2012
September 2012
August 2012
July 2012
June 2012
May 2012
April 2012
March 2012
February 2012
January 2012
December 2011
November 2011
October 2011
September 2011
August 2011
July 2011
June 2011
May 2011
April 2011
March 2011
February 2011
January 2011
December 2010
November 2010
October 2010
September 2010
August 2010
July 2010
June 2010
May 2010
April 2010
March 2010
February 2010
January 2010
December 2009
November 2009
October 2009
September 2009
August 2009
July 2009
June 2009
May 2009
April 2009
March 2009
February 2009
January 2009
December 2008
November 2008
October 2008
September 2008
August 2008
July 2008
June 2008
May 2008
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007


JiscMail is a Jisc service.

View our service policies at https://www.jiscmail.ac.uk/policyandsecurity/ and Jisc's privacy policy at https://www.jisc.ac.uk/website/privacy-notice

For help and support help@jisc.ac.uk

Secured by F-Secure Anti-Virus CataList Email List Search Powered by the LISTSERV Email List Manager