diff options
author | Thomas White <taw@physics.org> | 2015-06-18 15:53:03 +0200 |
---|---|---|
committer | Thomas White <taw@physics.org> | 2015-06-19 13:30:31 +0200 |
commit | a0aca50f1150a664a141ea4a39ca065aef743202 (patch) | |
tree | 60baebf369f0c971b21c3baa0a92c27996828ccf /doc | |
parent | 1062513f7ecb912a50aef9559270a8218c0bacde (diff) |
Update docs
Diffstat (limited to 'doc')
-rw-r--r-- | doc/man/geoptimiser.1 | 2 | ||||
-rw-r--r-- | doc/man/indexamajig.1 | 49 | ||||
-rw-r--r-- | doc/man/partialator.1 | 55 | ||||
-rw-r--r-- | doc/man/process_hkl.1 | 2 |
4 files changed, 63 insertions, 45 deletions
diff --git a/doc/man/geoptimiser.1 b/doc/man/geoptimiser.1 index 2a544830..aac2241b 100644 --- a/doc/man/geoptimiser.1 +++ b/doc/man/geoptimiser.1 @@ -120,7 +120,7 @@ By default, geoptimiser refines the distance between the detector and the sample .PD 0 .IP \fB--no-cspad\fR .PD -If a geometry file containing 64 panels (ASICs) is provided by the user, geoptimiser assumes that the detector described by the geometry file is a CSPAD, and performs some sanity-checks on the relative ditance and orientation of connected panels. If the checks fail, the geometry optimization is stopped. This option turns off these checks. +If a geometry file containing 64 panels (ASICs) is provided by the user, geoptimiser assumes that the detector described by the geometry file is a CSPAD, and performs some sanity-checks on the relative distance and orientation of connected panels. If the checks fail, the geometry optimization is stopped. This option turns off these checks. .PD 0 .IP \fB--enforce-cspad-layout\fR diff --git a/doc/man/indexamajig.1 b/doc/man/indexamajig.1 index 75fa3e6c..a371180c 100644 --- a/doc/man/indexamajig.1 +++ b/doc/man/indexamajig.1 @@ -56,25 +56,15 @@ You can choose between a variety of indexing methods. You can choose more than .IP \fBdirax\fR .PD -Invoke DirAx, check linear combinations of the resulting cell axes for agreement with your cell, and then check that the cell accounts for at least half of the peaks from the peak search. -.sp -To use this option, 'dirax' must be in your shell's search path. If you see the DirAx version and copyright information when you run \fBdirax\fR on the command line, things are set up correctly. +Invoke DirAx. To use this option, 'dirax' must be in your shell's search path. If you see the DirAx version and copyright information when you run \fBdirax\fR on the command line, things are set up correctly. .IP \fBmosflm\fR .PD -As \fBdirax\fR, but invoke MOSFLM instead. If you provide a unit cell (with \fB-p\fR), the lattice type and centering information will be passed to MOSFLM, which will then return solutions which match. Note that the lattice parameter information will \fBnot\fR be given to MOSFLM, because it has no way to make use of it. -.sp -To use this option, 'ipmosflm' must be in your shell's search path. If you see the MOSFLM version and copyright information when you run \fBipmosflm\fR on the command line, things are set up correctly. +Invoke Mosflm. To use this option, 'ipmosflm' must be in your shell's search path. If you see the MOSFLM version and copyright information when you run \fBipmosflm\fR on the command line, things are set up correctly. -.IP \fBreax\fR +.IP \fBasdf\fR .PD -Run the DPS algorithm, looking only for lattice repeats which are close to the axes of the unit cell parameters you gave. In theory, this method is similar to \fBmosflm\fR but should work better because of making better use of the prior cell information you gave. In practice, it's experimental. - -.IP \fBgrainspotter\fR -.PD -Invoke GrainSpotter, which will use your cell parameters to find multiple crystals in each pattern. -.sp -To use this option, 'GrainSpotter.0.93' must be in your shell's search path. If you see the GrainSpotter version information when you run \fBGrainSpotter.0.93\fR on the command line, things are set up correctly. +This is a implementation of the \fBdirax\fR algorithm, with some very small changes such as using a 1D Fourier transform for finding the lattice repeats. This algorithm is implemented natively within CrystFEL meaning that no external software is required. .IP \fBxds\fR .PD @@ -85,46 +75,49 @@ You can add one or more of the following to the above indexing methods: .IP \fB-raw\fR .PD -Do not check the resulting unit cell. This option is useful when you need to determine the unit cell ab initio. Use with 'dirax' and 'mosflm' - the other indexing methods need the unit cell as input in any case, and cannot determine the unit cell ab initio. See \fB-comb\fR and \fB-axes\fR. +Do not check the resulting unit cell for correspondence with the target cell. This option is useful when you need to determine the unit cell ab initio. See \fB-comb\fR and \fB-axes\fR. .IP \fB-axes\fR .PD -Check permutations of the axes for correspondence with your cell, but do not check linear combinations. This is useful to avoid a potential problem when one of the unit cell axis lengths is close to a multiple of one of the others. Can be used with \fBdirax\fR and \fBmosflm\fR. See \fB-raw\fR and \fB-comb\fR. +Check permutations of the axes for correspondence with your cell, but do not check linear combinations. This is useful to avoid a potential problem when one of the unit cell axis lengths is close to a multiple of one of the others. See \fB-raw\fR and \fB-comb\fR. .IP \fB-comb\fR .PD -Check linear combinations of the unit cell basis vectors to see if a cell can be produced which looks like your unit cell. This is the default behaviour for \fBdirax\fR and \fBmosflm\fR. See \fB-raw\fR and \fB-axes\fR. +Check linear combinations of the unit cell basis vectors to see if a cell can be produced which looks like your unit cell. See \fB-raw\fR and \fB-axes\fR. .IP \fB-bad\fR .PD -Do not check that the cell accounts for any of the peaks as described in \fBdirax\fR above. Might be useful to debug initial indexing problems, or if there are many multi-crystal patterns and the indexing method has no concept of multiple crystals per pattern (which, at the moment, means all of them except \fBgrainspotter\fR). Can be used with any indexing method, but is generally a bad idea. +Do not check that the cell accounts for the peaks found by the peak search. This might be useful to debug initial indexing problems, but as its name suggests it is usually a bad idea. -.IP \fB-nolatt\fR +.IP \fB-latt\fR .PD -Do not use the lattice type information to help guide the indexing. Use with \fBmosflm\fR, which is the only indexing method which can optionally take advantage of this information. This is the default behaviour for \fBdirax\fR. This option makes no sense for \fBreax\fR, which is intrinsically based on using known lattice information. +Use the lattice type information, e.g. the knowledge that the lattice (say) tetragonal primitive, to help guide the indexing. -.IP \fB-latt\fR +.IP \fB-nolatt\fR .PD -This is the opposite of \fB-nolatt\fR, and is the default behaviour for \fBmosflm\fR, \fBxds\fR and \fBgrainspotter\fR. It is the only behaviour for \fBreax\fR. +The opposite of \fB-latt\fR: do not use lattice type information to guide the indexing. .IP \fB-cell\fR .PD -Provide your unit cell parameters to the indexing algorithm. This is the default for \fBxds\fR and \fBgrainspotter\fR, and the only behaviour for \fBreax\fR. This option makes no sense for \fBdirax\fR and \fBmosflm\fR, neither of which can make use of this information. +Provide your unit cell parameters as prior information to the core indexing algorithm (not just for a filtering step after indexing as with \fBcomb\fR and \fBaxes\fR). .IP \fB-nocell\fR .PD -Do not provide your unit cell parameters to the indexing algorithm. This is the only behaviour for \fBmosflm\fR and \fBdirax\fR, both of which cannot make use of the information. Can be used with \fBgrainspotter\fR and \fBxds\fR, and makes no sense for \fBreax\fR, which is intrinsically based on using known cell parameters. +The opposite of \fB-cell\fR: do not use unit cell parameters as prior information for the core indexing algorithm. .PP The default indexing method is 'none', which means no indexing will be done. This is useful if you just want to check that the peak detection is working properly. .PP -Your indexing methods will be checked for validity, incompatible flags removed, and warnings given about duplicates. For example, \fBmosflm\fR and \fBmosflm-comb-latt\fR represent the same indexing method, because \fB-comb\fR and \fB-latt\fR are the default behaviour for \fBmosflm\fR. The 'long version' of each of your indexing methods will be listed in the output, and the stream will contain a record of which indexing method successfully indexed each pattern. +You do not need to explicitly specify anything more than the indexing method itself (e.g. \fBmosflm\fR or \fBasdf\fR). The default behaviour for all indexing methods is to make the maximum possible use of prior information such as the lattice type and cell parameters. If you do not provide this information, for example if you do not give any unit cell file or if the unit cell file does not contain cell parameters (only lattice type information), the indexing methods you give will be modified accordingly. If you only specify the indexing methods themselves, in most cases \fBindexamajig\fR will do what you want and intuitively expect! However, the options are available if you need finer control. + +.PP +Your indexing methods will be checked for validity, incompatible flags removed, and warnings given about duplicates For example, \fBmosflm\fR and \fBmosflm-comb-latt\fR represent the same indexing method, because \fB-comb\fR and \fB-latt\fR are the default behaviour for \fBmosflm\fR. The 'long version' of each of your indexing methods will be listed in the output, and the stream will contain a record of which indexing method successfully indexed each pattern. .PP It's risky to use \fBmosflm-nolatt\fR in conjunction with either \fB-comb\fR or \fB-axes\fR when you have a rhombohedral cell. This would be an odd thing to do anyway: why withhold the lattice information from MOSFLM if you know what it is, and want to use it to check the result? It's risky because MOSFLM will by default return the "H centered" lattice for your rhombohedral cell, and it's not completely certain that MOSFLM consistently uses one or other of the two possible conventions for the relationship between the "H" and "R" cells. It is, however, very likely that it does. -Examples of indexing methods: 'dirax,mosflm,reax', 'dirax-raw,mosflm-raw', 'dirax-raw-bad'. +If you don't know what to give for this option, try \fB--indexing=asdf,dirax-axes,mosflm-axes-latt,mosflm-axes-nolatt,xds\fR. .SH PEAK INTEGRATION @@ -388,10 +381,6 @@ For a full explanation of how the internal layout of the data file can be descr You can use \fBlist_events\fR to prepare a list of each event in one or more input files. Note that you only need to do this if you need to perform some sorting or filtering on this list. If you want to process every event in a file, simply specify the filename in the input file. - -.SH BUGS -ReAx indexing is experimental. It works very nicely for some people, and crashes for others. In a future version, it will be improved and fully supported. - .SH AUTHOR This page was written by Thomas White. diff --git a/doc/man/partialator.1 b/doc/man/partialator.1 index 63fb062c..32bd433c 100644 --- a/doc/man/partialator.1 +++ b/doc/man/partialator.1 @@ -28,9 +28,11 @@ of diffraction for each pattern (crystal orientation, unit cell parameters, X-ray bandwidth and so on) and attempts to optimise the geometrical parameters to make the fully integrated intensities calculated using the model agree as closely as possible between the many patterns. -.PP -This program is \fIexperimental\fR in this version of CrystFEL. It is not yet -considered ready for processing experimental data. + +See USAGE CASES below for examples of commands to merge reflections in different +ways, for example with and without partiality or scaling. + +In addition to the output reflection list, \fBpartialator\fR will write a file called partialator.params which contains the scaling factors determined for each crystal. After each iteration, a file will be written called pgraph-iter\fIn\fR.dat which contains the observed and calculated partialities for a randomly chosen set of "free" reflections which were not included in the refinement. .SH OPTIONS .PD 0 @@ -43,8 +45,7 @@ Give the name of the input stream. .IP "\fB-o\fR \fIfilename\fR" .IP \fB--output=\fR\fIfilename\fR .PD -Give the name of the output file. The default is -\fB--output=partialator.hkl\fR. +Give the name of the output file. The default is \fB--output=partialator.hkl\fR. .PD 0 .IP "\fB-y\fR \fIpointgroup\fR" @@ -89,6 +90,11 @@ Include reflections only if their peak values were less than \fIn\fR. That mean .PD Include a reflection in the output only if it appears at least least \fIn\fR times. The default is \fB--min-measurements=2\fR. +.PD 0 +.IP \fB--push-res=\fIn\fR +.PD +Merge reflections which are up to \fIn\fR nm^-1 higher than the apparent resolution limit of each individual crystal. \fIn\fR can be negative to merge \fIlower\fR than the apparent resolution limit. The default is \fB--rescut=0\fR - note that this is different to the default behaviour of \fBprocess_hkl\fR. + .SH PARTIALITY MODELS The available partiality models are: @@ -98,7 +104,7 @@ The available partiality models are: The volume of intersection between a sphere centered on each reciprocal lattice point and the part of reciprocal space excited by the Ewald sphere taking into account the finite bandwidth and convergence angle. A "source coverage factor" -will be included to take into account the spectral brightness of the effective +is included to take into account the spectral brightness of the effective source for the reflection. This model is similar to that described in Acta Cryst. D69 (2013) p1231-1240, @@ -117,13 +123,37 @@ radius (determined by indexamajig) divided by 2.6. .PD Fix all partialities at 1. +.SH USAGE CASES -.SH BUGS -This program is \fIexperimental\fR in this version of CrystFEL. It is not -yet considered ready for processing experimental data. Your pet kitten may -explode if you attempt to solve a structure using intensities calculated by this -program. +.IP "Merging without scaling, partialities or post-refinement:" +.PD +partialator -i \fImy.stream \fR-o \fImy.hkl\fR -y \fImypointgroup \fB--model=unity --iterations=0\fR +.IP "Merging without partialities or post-refinement, but with scaling:" +.PD +partialator -i \fImy.stream \fR-o \fImy.hkl\fR -y \fImypointgroup \fB--model=unity --iterations=1\fR +.IP +(Use a higher number of iterations to increase the accuracy of scaling, but at a cost of more CPU time and possibly more rejected crystals) + +.IP "Merging with partialities, but without post-refinement and without scaling:" +.PD +partialator -i \fImy.stream \fR-o \fImy.hkl\fR -y \fImypointgroup \fB--model=scsphere --iterations=0\fR + +.IP "Merging with partialities, post-refinement and scaling:" +.PD +partialator -i \fImy.stream \fR-o \fImy.hkl\fR -y \fImypointgroup \fB--model=scsphere --iterations=1\fR +.IP +(Use a higher number of iterations to increase the accuracy of scaling and post-refinement, but at a cost of more CPU time and possibly more rejected crystals) + +.IP "Merging with partialities and post-refinement, but without scaling:" +.PD +This would be a strange thing to want to do, however: +.IP +partialator -i \fImy.stream \fR-o \fImy.hkl\fR -y \fImypointgroup \fB--model=scsphere --iterations=1 --no-scale\fR +.IP +(Use a higher number of iterations to increase the accuracy of post-refinement, but at a cost of more CPU time and possibly more rejected crystals) +.PP +\fBscguassian\fR could be substituted for \fBscsphere\fR in the above examples to use the Gaussian partiality model instead of the spherical one. .SH AUTHOR This page was written by Thomas White. @@ -146,5 +176,4 @@ You should have received a copy of the GNU General Public License along with Cry .BR crystfel (7), .BR indexamajig (1), .BR process_hkl (1), -.BR partial_sim (1), -.BR crystfel_geometry (5). +.BR partial_sim (1) diff --git a/doc/man/process_hkl.1 b/doc/man/process_hkl.1 index 0b795be1..632d624d 100644 --- a/doc/man/process_hkl.1 +++ b/doc/man/process_hkl.1 @@ -103,7 +103,7 @@ Merge crystals only if they diffract to beyond \fIn\fR Angstroms resolution. Th .PD 0 .IP \fB--push-res=\fIn\fR .PD -Integrate \fIn\fR nm^-1 higher than the apparent resolution limit of each individual crystal. \fIn\fR can be negative to integrate \fIlower\fR than the apparent resolution limit. The default is \fB--rescut=inf\fR, which means no resolution cutoff at all. +Merge reflections which are up to \fIn\fR nm^-1 higher than the apparent resolution limit of each individual crystal. \fIn\fR can be negative to merge \fIlower\fR than the apparent resolution limit. The default is \fB--rescut=inf\fR, which means no resolution cutoff at all. .PD 0 .IP \fB--min-cc=\fIn\fR |