diff options
author | Thomas White <taw@physics.org> | 2012-03-02 17:18:01 +0100 |
---|---|---|
committer | Thomas White <taw@physics.org> | 2012-03-02 17:18:01 +0100 |
commit | acc106480e12c1796b00a6f2467fb88d23adf373 (patch) | |
tree | a57f0e43741f7dc1d603ca68afa1e4de6c7841ec /doc | |
parent | 0bee2d69263d36b05c060b67c6407af34cd1afd8 (diff) |
More work on man pages
Diffstat (limited to 'doc')
-rw-r--r-- | doc/man/check_hkl.1 | 2 | ||||
-rw-r--r-- | doc/man/compare_hkl.1 | 4 | ||||
-rw-r--r-- | doc/man/crystfel.7 | 4 | ||||
-rw-r--r-- | doc/man/crystfel_geometry.5 | 21 | ||||
-rw-r--r-- | doc/man/get_hkl.1 | 77 | ||||
-rw-r--r-- | doc/man/hdfsee.1 | 6 | ||||
-rw-r--r-- | doc/man/indexamajig.1 | 385 | ||||
-rw-r--r-- | doc/man/partial_sim.1 | 1 | ||||
-rw-r--r-- | doc/man/powder_plot.1 | 1 | ||||
-rw-r--r-- | doc/man/render_hkl.1 | 18 |
10 files changed, 382 insertions, 137 deletions
diff --git a/doc/man/check_hkl.1 b/doc/man/check_hkl.1 index b6e9430b..6b8aeeaf 100644 --- a/doc/man/check_hkl.1 +++ b/doc/man/check_hkl.1 @@ -70,4 +70,6 @@ CrystFEL is distributed in the hope that it will be useful, but WITHOUT ANY WARR You should have received a copy of the GNU General Public License along with CrystFEL. If not, see <http://www.gnu.org/licenses/>. .SH SEE ALSO +.BR crystfel (7) +and .BR compare_hkl (1) diff --git a/doc/man/compare_hkl.1 b/doc/man/compare_hkl.1 index 0c7d4ba3..fa248012 100644 --- a/doc/man/compare_hkl.1 +++ b/doc/man/compare_hkl.1 @@ -89,6 +89,6 @@ CrystFEL is distributed in the hope that it will be useful, but WITHOUT ANY WARR You should have received a copy of the GNU General Public License along with CrystFEL. If not, see <http://www.gnu.org/licenses/>. .SH SEE ALSO -.BR check_hkl (1) -and +.BR crystfel (7), +.BR check_hkl (1), .BR render_hkl (1) diff --git a/doc/man/crystfel.7 b/doc/man/crystfel.7 index 751261fb..d0a8cd59 100644 --- a/doc/man/crystfel.7 +++ b/doc/man/crystfel.7 @@ -8,7 +8,7 @@ .TH CRYSTFEL 7 .SH NAME -CrystFEL - data processing for FEL crystallography +CrystFEL \- data processing for FEL crystallography .SH DESCRIPTION CrystFEL is a suite of programs for processing Bragg diffraction data acquired with a free electron laser in a "serial" manner. Some of the particular characteristics of such data which call for a specialised software suite are: @@ -110,4 +110,4 @@ You should have received a copy of the GNU General Public License along with Cry .BR powder_plot (1), .BR hdfsee (1), .BR get_hkl (1), -.BR crystfel_geometry (1). +.BR crystfel_geometry (5). diff --git a/doc/man/crystfel_geometry.5 b/doc/man/crystfel_geometry.5 index 4b3b7aee..06e200e0 100644 --- a/doc/man/crystfel_geometry.5 +++ b/doc/man/crystfel_geometry.5 @@ -167,3 +167,24 @@ peak_sep = 6.0 See the "examples" folder for some examples (look at the ones ending in .geom). + + +.SH AUTHOR +This page was written by Thomas White. + +.SH REPORTING BUGS +Report bugs to <taw@physics.org>, or visit <http://www.desy.de/~twhite/crystfel>. + +.SH COPYRIGHT AND DISCLAIMER +Copyright © 2012 Thomas White <taw@physics.org> +.P +CrystFEL is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. +.P +CrystFEL is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. +.P +You should have received a copy of the GNU General Public License along with CrystFEL. If not, see <http://www.gnu.org/licenses/>. + +.SH SEE ALSO +.BR crystfel (7), +.BR pattern_sim (1), +.BR indexamajig (1) diff --git a/doc/man/get_hkl.1 b/doc/man/get_hkl.1 index 6d8bf5aa..5db321c9 100644 --- a/doc/man/get_hkl.1 +++ b/doc/man/get_hkl.1 @@ -11,7 +11,80 @@ get_hkl \- manipulate reflection data .SH SYNOPSIS .PP -.B get_hkl -[options] +\fBget_hkl -i\fR \fIreflections.hkl\fR \fB-y\fR \fIpointgroup\fR [\fBoptions\fR] \fB...\fR \fB-o\fR \fIoutput.hkl\fR +.PP +\fBget_hkl --help\fR .SH DESCRIPTION +get_hkl performs various manipulations on reflection lists. Possible manipulations include: expanding to a point group of lower symmetry, 'twinning' to a point group of higher symmetry, adding noise, restricting the list to contain only reflections included in another 'template' list, and some less common miscellaneous manipulations. +.PP +The input filename should be specified with \fB-i\fR \fIfilename\fR or \fB--input=\fR\fIfilename\fR. The output filename should be specified with \fB-o\fR \fIfilename\fR or \fB--output=\fR\fIfilename\fR. The symmetry of the input reflection list should be specified with \fB-y\fR \fIpointgroup\fR or \fB--symmetry=\fR\fIpointgroup\fR. If you give the filename of a PDB file containing a CRYST1 line with unit cell parameters (using \fB-p\fR \fIfilename\fR or \fB--pdb=\fR\fIfilename\fR), the output reflection list will contain 1/d values. Beyond these parameters, you can choose one of the manipulations described below. The behaviour if multiple manipulations are requested is deliberately left undefined: it's much clearer to perform multiple manipulations in explicit separate steps. + +.SH EXPANDING REFLECTIONS INTO A POINT GROUP OF LOWER SYMMETRY +.PD 0 +.IP "\fB-e\fR \fIpointgroup\fR" +.IP \fB--expand=\fR\fIpointgroup\fR +.PD 1 +.PP +The reflections will be expanded out, according to the symmetry of the input reflections, to fill the asymmetric unit of \fIpointgroup\fR. + +.SH REDUCING REFLECTIONS INTO A POINT GROUP OF HIGHER SYMMETRY +.PD 0 +.IP "\fB-w\fR \fIpointgroup\fR" +.IP \fB--twin=\fR\fIpointgroup\fR +.PD 1 +.PP +Reflections in the list which are equivalent according to \fIpointgroup\fR will have their intensities summed. The output reflection list will contain the summed intensities in the asymmetric unit for \fIpointgroup\fR. Reflections for which any of the 'twin mates' are missing will not be written out. + +.SH ADDING NOISE +.PD 0 +.IP \fB--poisson\fR +.IP \fB--noise\fR +.PD 1 +.PP +Add either 10% flat random noise (with \fB--noise\fR) or generate Poisson noise (with \fB--poisson\fR). If Poisson noise is to be generated, the reflection intensities will be assumed to be measured in arbitrary units, and the conversion factor to photons will come from the adu_per_photon field of the beam description file provided with \fB-b\fR \fIfilename\fR or \fB--beam=\fR\fIfilename\fR. + +.SH REMOVING DUPLICATED REFLECTIONS +.PD 0 +.IP \fB--trim-centrics\fR +.PD 1 +.PP +Reflections which are duplicated, according to the symmetry of the input reflection list, will be removed. This is sometimes useful when importing data from other programs. + +.SH RESTRICTING REFLECTIONS ACCORDING TO A TEMPLATE +.PD 0 +.IP "\fB-t\fR \fIfilename\fR" +.IP \fB--template=\fR\fIfilename\fR +.PD 1 +.PP +Only reflections in the input list which also appear in \fIfilename\fR will be written to the output. + +.SH MULTIPLICITY +.PD 0 +.IP \fB--multiplicity\fR +.PD 1 +.PP +The intensities of the reflections will be multiplied by their symmetric multiplicities according to the point group of the input list. + +.SH AUTHOR +This page was written by Thomas White. + +.SH REPORTING BUGS +Report bugs to <taw@physics.org>, or visit <http://www.desy.de/~twhite/crystfel>. + +.SH COPYRIGHT AND DISCLAIMER +Copyright © 2012 Thomas White <taw@physics.org> +.P +get_hkl is part of CrystFEL. +.P +CrystFEL is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. +.P +CrystFEL is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. +.P +You should have received a copy of the GNU General Public License along with CrystFEL. If not, see <http://www.gnu.org/licenses/>. + +.SH SEE ALSO +.BR crystfel (7), +.BR check_hkl (1), +.BR compare_hkl (1), +.BR pattern_sim (1) diff --git a/doc/man/hdfsee.1 b/doc/man/hdfsee.1 index 8f3779da..3d88d46c 100644 --- a/doc/man/hdfsee.1 +++ b/doc/man/hdfsee.1 @@ -8,7 +8,7 @@ .TH HDFSEE 1 .SH NAME -hdfsee - HDF5 image viewer +hdfsee \- HDF5 image viewer .SH SYNOPSIS .PP .B hdfsee \fIimage.h5\fR [\fIoptions\fR] \fB...\fR @@ -100,6 +100,6 @@ CrystFEL is distributed in the hope that it will be useful, but WITHOUT ANY WARR You should have received a copy of the GNU General Public License along with CrystFEL. If not, see <http://www.gnu.org/licenses/>. .SH SEE ALSO -.BR pattern_sim (1) -and +.BR crystfel (7), +.BR pattern_sim (1), .BR crystfel_geometry (5). diff --git a/doc/man/indexamajig.1 b/doc/man/indexamajig.1 index f7a58379..19a2b942 100644 --- a/doc/man/indexamajig.1 +++ b/doc/man/indexamajig.1 @@ -11,30 +11,23 @@ indexamajig \- bulk indexing and data reduction program .SH SYNOPSIS .PP -.B indexamajig -[options] +.BR indexamajig +\fB-i\fR \fIfilename\fR \fB-o\fR \fIoutput.stream\fR \fB-g\fR \fIdetector.geom\fR \fB-b\fR \fIbeamline.beam\fR \fB--peaks=\fR\fImethod\fR \fB--indexing=\fR\fImethod\fR \fB--cell-reduction=\fR\fImethod\fR +[\fBoptions\fR] \fB...\fR +.PP +\fBindexamajig --help\fR .SH DESCRIPTION -The "indexamajig" program takes as input a list of diffraction image files, -currently in HDF5 format. For each image, it attempts to find peaks and then -index the pattern. If successful, it will measure the intensities of the peaks -at Bragg locations and produce a list of integrated peaks and intensities (and -so on) in an output text file known as a "stream". - -For minimal basic use, you need to provide the list of diffraction patterns, -the method which will be used to index, a file describing the geometry of the -detector, a PDB file which contains the unit cell which will be used for the -indexing, and that you'd like the program to output a list of intensities for -each successfully indexed pattern. Here is what the minimal use might look like -on the command line: - -indexamajig -i mypatterns.lst -j 10 -g mygeometry.geom \ -.br - --indexing=mosflm,dirax --peaks=hdf5 --cell-reduction=reduce -.br - -b myxfel.beam -o test.stream -p mycell.pdb --record=integrated +indexamajig takes as input a list of diffraction image files, currently in HDF5 format. For each image, it attempts to find peaks and then index the pattern. If successful, it will measure the intensities of the peaks at Bragg locations and produce a list of integrated peaks and intensities (and so on) in an output text file known as a "stream". + +For minimal basic use, you need to provide the list of diffraction patterns, the method which will be used to index, a file describing the geometry of the detector, a PDB file which contains the unit cell which will be used for the indexing, and that you'd like the program to output a list of intensities for each successfully indexed pattern. Here is what the minimal use might look like on the command line: +.IP \fBindexamajig\fR +.PD +-i mypatterns.lst -j 10 -g mygeometry.geom --indexing=mosflm,dirax --peaks=hdf5 --cell-reduction=reduce -b myxfel.beam -o test.stream -p mycell.pdb --record=integrated + +.PP More typical use includes all the above, but might also include a noise or common mode filter (--filter-noise or --filter-cm respectively) if detector noise causes problems for the peak detection. The HDF5 files might be in some @@ -50,118 +43,252 @@ array, where the first two columns contain fast scan and slow scan coordinates at the given location. The value will be spread in a small cross centred on that location. -See `man crystfel_geometry' for information about how to create a geometry description file. +See \fBman crystfel_geometry\fR for information about how to create a geometry description file. You can control what information is included in the output stream using -' --record=<flags>'. Possible flags are: +\fB--record\fR=\fIflags\fR. Possible flags are: - integrated Include a list of reflection intensities, produced by - integrating around predicted peak locations. +.IP \fBintegrated\fR +.PD +Include a list of reflection intensities, produced by integrating around predicted peak locations. - peaks Include peak locations and intensities from the peak - search. +.IP \fBpeaks\fR +.PD +Include peak locations and intensities from the peak search. - peaksifindexed As 'peaks', but only if the pattern could be indexed. +.IP \fBpeaksifindexed\fR +.PD +As 'peaks', but the peak information will be written only if the pattern could be indexed. - peaksifnotindexed As 'peaks', but only if the pattern could NOT be indexed. +.IP \fBpeaksifnotindexed\fR +.PD +As 'peaks', but the peak information will be written only if the pattern could \fInot\fR be indexed. -So, if you just want the integrated intensities of indexed peaks, use -"--record=integrated". If you just want to check that the peak detection is -working, used "--record=peaks". If you want the integrated peaks for the -indexable patterns, but also want to check the peak detection for the patterns -which could not be indexed, you might use -"--record=integrated,peaksifnotindexed" and then use "check-peak-detection" from -the "scripts" folder to visualise the results of the peak detection. +.PP +The default is \fB--record=integrated\fR. + +.PP +If you just want the integrated intensities of indexed peaks, use \fB--record=integrated\fR. If you just want to check that the peak detection is working, used \fB--record=peaks\fR. If you want the integrated peaks for the indexable patterns, but also want to check the peak detection for the patterns +which could not be indexed, you might use \fB--record=integrated,peaksifnotindexed\fR and then use \fBcheck-peak-detection\fR from the scripts folder to visualise the results of the peak detection. .SH PEAK DETECTION -You can control the peak detection on the command line. Firstly, you can choose -the peak detection method using "--peaks=<method>". Currently, two possible -values for "method" are available. "hdf5" will take the peak locations from the -HDF5 file. It expects a two dimensional array at /processing/hitfinder/peakinfo -where size in the first dimension is the number of peaks and the size in the -second dimension is three. The first two columns contain the x and y -coordinate (see the "Note about data orientation" in geometry.txt for details), -the third contains the intensity. However, the intensity will be ignored since -the pattern will always be re-integrated using the unit cell provided by the -indexer on the basis of the peaks. - -The "zaef" method uses a simple gradient search after Zaefferer (2000). You can -control the overall threshold and minimum gradient for finding a peak using the -"--threshold" and "--min-gradient" options. Both of these have units of "ADU" -(i.e. units of intensity according to the contents of the HDF5 file). +You can control the peak detection on the command line. Firstly, you can choose the peak detection method using \fB--peaks=\fR\fImethod\fR. Currently, two values for "method" are available. \fB--peaks=hdf5\fR will take the peak locations from the HDF5 file. It expects a two dimensional array at where size in the first dimension is the number of peaks and the size in the second dimension is three. The first two columns contain the fast scan and slow scan coordinates, the third contains the intensity. However, the intensity will be ignored since the pattern will always be re-integrated using the unit cell provided by the indexer on the basis of the peaks. You can tell indexamajig where to find this table inside each HDF5 file using \fB--hdf5-peaks=\fR\fIpath\fR. + +If you use \fB--peaks=zaef\fR, indexamajig will use a simple gradient search after Zaefferer (2000). You can control the overall threshold and minimum gradient for finding a peak using \fB--threshold\fR and \fR--min-gradient\fB. Both of these have arbitrary units matching the pixel values in the data. A minimum peak separation can also be provided in the geometry description file -(see geometry.txt for details). This number serves two purposes. Firstly, -it is the maximum distance allowed between the peak summit and the foot point -(where the gradient exceeds the minimum gradient). Secondly, it is the minimum -distance allowed between one peak and another, before the later peak will be -rejected "by proximity". +(see \fBman crystfel_geometry\fR for details). This number serves two purposes. Firstly, it is the maximum distance allowed between the peak summit and the foot point (where the gradient exceeds the minimum gradient). Secondly, it is the minimum distance allowed between one peak and another, before the later peak will be rejected. -You can suppress peak detection altogether for a panel in the geometry file by -specifying the "no_index" value for the panel as non-zero. +You can suppress peak detection altogether for a panel in the geometry file by specifying the "no_index" value for the panel as non-zero. .SH INDEXING METHODS -You can choose between a variety of indexing methods. You can choose more than -one method, in which case each method will be tried in turn until the later cell -reduction step says that the cell is a "hit". Choose from: +You can choose between a variety of indexing methods. You can choose more than one method, in which case each method will be tried in turn until the later cell reduction step says that the cell is a "hit". Choose from: + +.IP \fBnone\fR +.PD +No indexing, peak detection only. + +.IP \fBdirax\fR +.PD +DirAx will be executed. DirAx must be installed and in your PATH for this to work. Test by running \fBdirax\fR on the command line immediately before running \fBindexamajig\fR - you should see a welcome message. If not, refer to the installation instructions for DirAx. - none : No indexing (default) - dirax : invoke DirAx - mosflm : invoke MOSFLM (DPS) - reax : Use the DPS algorithm with known cell parameters +.IP \fBmosflm\fR +.PD +MOSFLM will be executed. MOSFLM must be installed and in your PATH for this to work. Test by running \fBipmosflm\fR on the command line immediately before running \fBindexamajig\fR - you should see a welcome message. If not, refer to the installation instructions for CCP4. -Depending on what you have installed. For "dirax" and "mosflm", you need to -have the dirax or ipmosflm binaries in your PATH. For "reax", you have to -provide a known unit cell. +.IP \fBreax\fR +.PD +An \fIexperimental\fR DPS-style algorithm will be used, which searches for a lattice with cell parameters close to those contained in the CRYST1 line of the PDB file given with \fB-p\fR or \fB--pdb\fR. If you use this option, you should also use \fB--cell-reduction=none\fR. + +.PP +The default is \fB--indexing=none\fR. -Example: --indexing=dirax,mosflm .SH CELL REDUCTION +Neither MOSFLM nor DirAx are currently able to simply search for the orientation of a known unit cell. Instead, they determine the unit cell parameters ab initio. To check if the parameters match the known unit cell, which you provide with \fB-p\fR \fIunitcell.pdb\fR or \fB--pdb=\fR\fIunitcell.pdb\fR. There is a choice of ways in which this comparison can be performed, which you can choose between using \fB--cell-reduction=\fR\fImethod\fR. The choices for \fImethod\fR are: + +.IP \fBnone\fR +.PD +The raw cell from the autoindexer will be used. The cell probably won't match the target cell, but it'll still get used. Use this option to test whether the patterns are basically "indexable" or not, or if you don't know the cell parameters. In the latter case, you'll need to plot a histogram of the resulting parameters from the output stream to see which are the most popular. + +.IP \fBreduce\fR +.PD +Linear combinations of the raw cell will be checked against the target cell. If at least one candidate is found for each axis of the target cell, the angles will be checked to correspondence. If a match is found, this cell will be used for further processing. This option should generate the most matches. + +.IP \fBcompare\fR +.PD +The cell will be checked for correspondence after only a simple permutation of the axes. This is useful when the target cell is subject to reticular twinning, such as if one cell axis length is close to twice another. With \fB--cell-reduction=reduce\fR there would be a possibility that the axes might be confused in this situation. This happens for lysozyme (1VDS), so watch out. + +.PP +The tolerance for matching with \fBreduce\fR and \fBcompare\fR can be set using \fB--tolerance=\fR\fIa,b,c,angl\fR \- see below for more details. Cells from these reduction routines are further constrained to be right-handed, but no such constraint will be applied if you use \fB--cell-reduction=none\fR. Always using a right-handed cell means that the Bijvoet pairs can be told apart. + +.PP +If the unit cell is centered (i.e. if the space group begins with I, F, H, A, B, C), you should be careful when using "compare" for the cell reduction, since (for example) DirAx will always find a primitive unit cell, and this cell must be converted to the non-primitive conventional cell from the PDB. + +.PP +The default is \fB--cell-reduction=none\fR. + +.SH OPTIONS +.PD 0 +.IP "\fB-i\fR \fIfilename\fR" +.IP \fB--input=\fR\fIfilename\fR +.PD +Read the list of images to process from \fIfilename\fR. The default is \fB--input=-\fR, which means to read from stdin. + +.PD 0 +.IP "\fB-o\fR \fIfilename\fR" +.IP \fB--output=\fR\fIfilename\fR +.PD +Write the output data stream to \fIfilename\fR. The default is \fB--output=-\fR, which means to write to stdout. + +.PD 0 +.IP \fB--peaks=\fR\fImethod\fR +.PD +Find peaks in the images using \fImethod\fR. See the second titled \fBPEAK DETECTION\fB (above) for more information. + +.PD 0 +.IP \fB--indexing=\fR\fImethod\fR +.PD +Index the patterns using \fImethod\fR. See the section titled \fBINDEXING METHODS\fR (above) for more information. + +.PD 0 +.IP \fB--cell-reduction=\fR\fImethod\fR +.PD +Use \fImethod\fR for unit cell reduction. See the section titled \fBCELL REDUCTION\fR (above) for more information. + +.PD 0 +.IP "\fB-g\fR \fIfilename\fR" +.IP \fB--geometry=\fR\fIfilename\fR +.PD +Read the detector geometry description from \fIfilename\fR. See \fBman crystfel_geometry\fR for more information. + +.PD 0 +.IP "\fB-b\fR \fIfilename\fR" +.IP \fB--beam=\fR\fIfilename\fR +.PD +Read the beam description from \fIfilename\fR. See \fBman crystfel_geometry\fR for more information. + +.PD 0 +.IP "\fB-p\fR \fIfilename\fR" +.IP \fB--pdb=\fR\fIfilename\fR +.PD +Read the unit cell for comparison from the CRYST1 line of the PDB file called \fIfilename\fR. + +.PD 0 +.IP "\fB-e\fR \fIpath\fR" +.IP \fB--image=\fR\fIpath\fR +.PD +Get the image data to display from \fIpath\fR inside the HDF5 file. For example: \fI/data/rawdata\fR. If this is not specified, the default behaviour is to use the first two-dimensional dataset with both dimensions greater than 64. + + +.PD 0 +.IP \fB--basename\fR +.PD +Remove the directory parts of the filenames taken from the input file. If \fB--prefix\fR or \fB-x\fR is also given, the directory parts of the filename will be removed \fIbefore\fR adding the prefix. + +.PD 0 +.IP "\fB-x\fR \fIprefix\fR" +.IP \fB--prefix=\fR\fIprefix\fR +.PD +Prefix the filenames from the input file with \fIprefix\fR. If \fB--basename\fR is also given, the filenames will be prefixed \fIafter\fR removing the directory parts of the filenames. + +.PD 0 +.IP \fB--hdf5-peaks=\fR\fIpath\fR +.PD +When using \fB--peaks=hdf5\fR, read the peak locations from a table in the HDF5 file located at \fIpath\fR. + +.PD 0 +.IP \fB--tolerance=\fR\fItol\fR +.PD +Set the tolerances for unit cell comparison. \fItol\R takes the form \fIa\fR,\fIb\fR,\fIc\fR,\fIang\fR. \fIa\R, \fIb\R and \fIc\R are the tolerances, in percent, for the respective direct space axes when using \fBcompare\fR or \fBcompare_ab\fR for cell reduction (see above). \fIang\fR is the tolerance in degrees for the angles. They represent the respective \fIreciprocal\fR space parameters when using \fB--cell-reduction=reduce\fR. +.PD +The default is \fB--tolerance=5,5,5,1.5\fR. + +.PD 0 +.IP \fB--filter-cm\fR +.PD +Attempt to subtract common-mode noise from the image. The filtered image will be used for the final integration of the peaks (in contrast to \fB--filter-noise\fR. It is usually better to do a careful job of cleaning the images up before using indexamajig, so this option should not normally be used. + +.PD 0 +.IP \fB--filter-noise\fR +.PD +Apply a noise filter to the image with checks 3x3 squares of pixels and sets all of them to zero if any of the nine pixels have a negative value. This filter may help with peak detection under certain circumstances, and the \fIunfiltered\fR image will be used for the final integration of the peaks. It is usually better to do a careful job of cleaning the images up before using indexamajig, so this option should not normally be used. + +.PD 0 +.IP \fB--unpolarized\fR +.PD +Do not correct the integrated peaks for the polarisation of the X-rays. + +.PD 0 +.IP \fB--no-sat-corr\fR +.PD +This option is here for historical purposes only, to disable a correction which is done if certain extra information is included in the HDF5 file. + +.PD 0 +.IP \fB--threshold=\fR\fIthres\fR +.PD +Set the overall threshold for peak detection using \fB--peaks=zaef\fR to \fIthres\fR, which has the same units as the detector data. The default is \fB--threshold=800\fR. + +.PD 0 +.IP \fB--min-gradient=\fR\fIgrad\fR +.PD +Set the gradient threshold for peak detection using \fB--peaks=zaef\fR to \fIgrad\fR, which units of "detector units per pixel". The default is \fB--min-gradient=100000\fR. + +.PD 0 +.IP \fB--min-snr=\fR\fIsnr\fR +.PD +Set the minimum I/sigma(I) for peak detection when using \fB--peaks=zaef\fR. The default is \fB--min-snr=5\fR. + +.PD 0 +.IP \fB--min-integration-snr=\fR\fIsnr\fR +.PD +Set the minimum I/sigma(I) for a peak to be integrated successfully. The default is \fB--min-snr=-infinity\fR, i.e. no peaks are excluded. + +.PD 0 +.IP \fB--copy-hdf5-field=\fR\fIpath\fR +.PD +Copy the information from \fIpath\fR in the HDF5 file into the output stream. The information must be a single scalar value. This option is sometimes useful to allow data to be separated after indexing according to some condition such the presence of an optical pump pulse. You can give this option as many times as you need to copy multiple bits of information. + +.PD 0 +.IP \fB--verbose\fR +.PD +Be more verbose about indexing. + +.PD 0 +.IP "\fB-j\fR \fIn\fR" +.PD +Run \fIn\fR analyses in parallel. Default: 1. + +.PD 0 +.IP \fB--no-check-prefix\fR +.PD +Don't attempt to correct the prefix (see \fB--prefix\fR) if it doesn't look correct. + +.PD 0 +.IP \fB--no-closer-peak\fR +.PD +Normally, indexamajig will integrate around the location of a detected peak instead of the predicted peak location if one is found close to the predicted position. This option disables this behaviour. Normally it doesn't make much difference either way. + +.PD 0 +.IP \fB--insane\fR +.PD +Normally, indexamajig will check that the projected reciprocal space positions of peaks found by the peak detection are close to reciprocal lattice points. This option disables this check, and normally is \fInot\fR a good idea. + +.PD 0 +.IP \fB--no-bg-sub\fR +.PD +Don't subtract local background estimates from integrated intensities. This is almost never useful, but might help to detect problems from troublesome background noise. + +.PD 0 +.IP \fB--cpus=\fR\fIn\fR +.IP \fB--cpugroup=\fR\fIn\fR +.IP \fB--cpuoffset=\fR\fIn\fR +.PD +See the section below about \fBTUNING CPU AFFINITIES FOR NUMA HARDWARE\fR. Note in particular that \fB--cpus\fR is not the same as \fB-j\fR. -You can choose from various options for cell reduction with the -"--cell-reduction=" option. The choices are "none", "reduce" and "compare". -This choice is important because all autoindexing methods produce an "ab -initio" estimate of the unit cell (nine parameters), rather than just finding -the orientation of the target cell (three parameters). It's clear that this is -not optimal, and will hopefully be fixed in future versions. - -With "none", the raw cell from the autoindexer will be used. The cell probably -won't match the target cell, but it'll still get used. Use this option to test -whether the patterns are basically "indexable" or not, or if you don't know the -cell parameters. In the latter case, you'll need to plot some kind of histogram -of the resulting parameters from the output stream to see which are the most -popular. If you're lucky, this will reveal the true unit cell. - -With "reduce", linear combinations of the raw cell will be checked against the -target cell. If at least one candidate is found for each axis of the target -cell, the angles will be checked to correspondence. If a match is found, this -cell will be used for further processing. This option should generate the most -matches, but might produce spurious results in many cases. The predicted peaks -are always checked to verify that at least 10% of the predicted peaks are close -to peaks located by the peak search. If not, the next candidate unit cell is -tried until there are no more options. - -The "compare" method is like "reduce", but linear combinations are not taken. -That means that the cell must either match or match after a simple permutation -of the axes. This is useful when the target cell is subject to reticular -twinning, such as if one cell axis length is close to twice another. With -"reduce", there is a possibility that the axes might be confused in this -situation. This happens for lysozyme (1VDS), so watch out. - -The tolerance for matching with "reduce" and "compare" is hardcoded as 5% in -the reciprocal axis lengths and 1.5 degrees in the (reciprocal) angles. Cells -from these reduction routines are further constrained to be right-handed. The -unmatched raw cell might be left-handed: CrystFEL doesn't check this for you. -Always using a right-handed cell means that the Bijvoet pairs can be told -apart. - -If the unit cell is centered (i.e. if the space group begins with I, R, C, A or -F), you should be careful when using "compare" for the cell reduction, since -(for example) DirAx will always find a primitive unit cell, and this cell must -be converted to the non-primitive conventional cell from the PDB. .SH TUNING CPU AFFINITIES FOR NUMA HARDWARE @@ -201,8 +328,10 @@ but the access will be slow compared to accessing memory on the same blade. When running two instances of indexamajig, a sensible choice of parameters might be: -1: --cpus=72 --cpugroup=12 --cpuoffset=0 -j 36 -2: --cpus=72 --cpugroup=12 --cpuoffset=36 -j 36 +.PP +Instance 1: --cpus=72 --cpugroup=12 --cpuoffset=0 -j 36 +.PP +Instance 2: --cpus=72 --cpugroup=12 --cpuoffset=36 -j 36 This would dedicate half of the CPUs to one instance, and the other half to the other. @@ -210,17 +339,35 @@ other. .SH A NOTE ABOUT UNIT CELL SETTINGS -CrystFEL's core symmetry module only knows about one setting for each unit cell. -You must use the same setting for now, but this will be improved in future -versions. The cell settings are the standard ones from the International -Tables (2006). That means, for example, that for orthorhombic cells in point -group mm2 the twofold axis should be along "c", i.e. no mirror perpendicular to -"c". For tetragonal cells and hexagonal lattices, the unique axis should be "c" -as usual. For monoclinic cells, the unique axis must be "c". +At the moment, CrystFEL's core symmetry module only knows about one setting for each unit cell. You must use the same setting for now, but this will be improved in future versions. The cell settings are the standard ones from the International Tables (2006). That means, for example, that for orthorhombic cells in point group mm2 the twofold axis should be along "c", i.e. no mirror perpendicular to "c". For tetragonal cells and hexagonal lattices, the unique axis should be "c" as usual. For monoclinic cells, the unique axis must be "c". -.SH KNOWN BUGS +.SH BUGS Don't run more than one indexamajig jobs simultaneously in the same working directory - they'll overwrite each other's DirAx or MOSFLM files, causing subtle problems which can't easily be detected. + + +.SH AUTHOR +This page was written by Thomas White. + +.SH REPORTING BUGS +Report bugs to <taw@physics.org>, or visit <http://www.desy.de/~twhite/crystfel>. + +.SH COPYRIGHT AND DISCLAIMER +Copyright © 2012 Thomas White <taw@physics.org> +.P +indexamajig is part of CrystFEL. +.P +CrystFEL is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. +.P +CrystFEL is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. +.P +You should have received a copy of the GNU General Public License along with CrystFEL. If not, see <http://www.gnu.org/licenses/>. + +.SH SEE ALSO +.BR crystfel (7), +.BR check_hkl (1), +.BR compare_hkl (1), +.BR pattern_sim (1) diff --git a/doc/man/partial_sim.1 b/doc/man/partial_sim.1 index e8d608b4..6a6e9a97 100644 --- a/doc/man/partial_sim.1 +++ b/doc/man/partial_sim.1 @@ -89,6 +89,7 @@ CrystFEL is distributed in the hope that it will be useful, but WITHOUT ANY WARR You should have received a copy of the GNU General Public License along with CrystFEL. If not, see <http://www.gnu.org/licenses/>. .SH SEE ALSO +.BR crystfel (7), .BR process_hkl (1), .BR partialator (1), .BR pattern_sim (1), diff --git a/doc/man/powder_plot.1 b/doc/man/powder_plot.1 index 1de9a989..43cc1660 100644 --- a/doc/man/powder_plot.1 +++ b/doc/man/powder_plot.1 @@ -157,6 +157,7 @@ CrystFEL is distributed in the hope that it will be useful, but WITHOUT ANY WARR You should have received a copy of the GNU General Public License along with CrystFEL. If not, see <http://www.gnu.org/licenses/>. .SH SEE ALSO +.BR crystfel (7), .BR indexamajig (1), .BR process_hkl (1), .BR check_hkl (1), diff --git a/doc/man/render_hkl.1 b/doc/man/render_hkl.1 index a9b20769..1683841e 100644 --- a/doc/man/render_hkl.1 +++ b/doc/man/render_hkl.1 @@ -20,26 +20,26 @@ render_hkl takes a set of reflection data and plots 2D central sections of the r .SH OPTIONS .PD 0 -.IP \fB-d\fR \fIh,k,l\fR +.IP "\fB-d\fR \fIh,k,l\fR" .IP \fB--down=\fR\fIh,k,l\fR .PD Specify the indices for the downward direction of the resulting plot. Default: \fB--down=1,0,0\fR. .PD 0 -.IP \fB-r\fR \fIh,k,l\fR +.IP "\fB-r\fR \fIh,k,l\fR" .IP \fB--right=\fR\fIh,k,l\fR .PD Specify the indices for the 'right' direction of the resulting plot. The direction will be approximately to the right, the exact direction depending on the unit cell. Default: \fB--right=0,1,0\fR. .PD 0 -.IP \fB-o\fR \fIfilename\fR +.IP "\fB-o\fR \fIfilename\fR" .IP \fB--output=\fR\fIfilename\fR .PD Write the output (in PDF format) to \fIfilename\fR. Default: \fB--output=za.pdf\fR. .PD 0 -.IP \fB-p\fR \fIfilename\fR +.IP "\fB-p\fR \fIfilename\fR" .IP \fB--pdb=\fR\fIfilenamefR .PD Get the unit cell parameters from the CRYST1 line contained in \fIfilename\fR. @@ -50,19 +50,19 @@ Get the unit cell parameters from the CRYST1 line contained in \fIfilename\fR. Squash the colour scale by a factor of \fIn\fR. When \fIn\fR=1, the top of the colour scale will represent the highest intensity found in the \fIdata set\fR (not the highest intensity found in the \fIprojection\fR). .PD 0 -.IP \fB-y\fR \fIpointgroup\fR +.IP "\fB-y\fR \fIpointgroup\fR" .IP \fB--symmetry=\fR\fIpointgroup\fR .PD Specify the symmetry of the reflection list. .PD 0 -.IP \fB-c\fR \fIscale\fR +.IP "\fB-c\fR \fIscale\fR" .IP \fB--colscale=\fR\fIscale\fR .PD Use \fIscale\fR as the colour scale. Possible scales are: \fBmono\fR, \fBinvmono\fR and \fBcolour\fR. .PD 0 -.IP \fB-w\fR \fIweight\fR +.IP "\fB-w\fR \fIweight\fR" .IP \fB--weighting=\fR\fIweight\fR .PD Colour the reciprocal lattice points according to \fIweight\fR. Possibilities for \fIweight\fR are: @@ -106,6 +106,6 @@ CrystFEL is distributed in the hope that it will be useful, but WITHOUT ANY WARR You should have received a copy of the GNU General Public License along with CrystFEL. If not, see <http://www.gnu.org/licenses/>. .SH SEE ALSO -.BR check_hkl (1) -and +.BR crystfel (7), +.BR check_hkl (1), .BR hdfsee (1) |