FAQ: Difference between revisions

Jump to navigation Jump to search
137 bytes added ,  22 October 2019
m
fix links
m (fix links)
 
(4 intermediate revisions by the same user not shown)
Line 5: Line 5:
=== The background range is defined as first 5 degrees by default. Is this an assumption that the background (used in Integrate?) remains consistent over the entire dataset valid? The spots over the entire dataset still have background corrected based on first 5 degrees? ===
=== The background range is defined as first 5 degrees by default. Is this an assumption that the background (used in Integrate?) remains consistent over the entire dataset valid? The spots over the entire dataset still have background corrected based on first 5 degrees? ===


No. The INIT step uses the first 5 degrees (by default) for a number of purposes (check out the files written by INIT !). BKGINIT.cbf is essentially used only for scaling purposes; the ''real'' background calculation just requires those frames which have the reflections that are integrated.
No. The INIT step uses the first 5 degrees (by default) for a number of purposes (check out the files written by INIT !). BKGINIT.cbf is used for scaling purposes and beamstop masking (in DEFPIX); the ''real'' background calculation just requires those frames which have the reflections that are integrated.


=== I can see many diffraction spots in the BKGINIT.cbf when the BACKGROUND_RANGE is set default (first 5 degree images). When this value is set large (eg. 50 degree), no diffraction spots can be seen. It seems that this is a "real" background image. But both this two scenario produce nearly the same results (data statistics). Do I need to always change the BACKGROUND_RANGE so that there are no diffraction spots in the BKGINIT.cbf? ===
=== I can see many diffraction spots in the BKGINIT.cbf when the BACKGROUND_RANGE is set default (first 5 degree images). When this value is set large (eg. 50 degree), no diffraction spots can be seen. It seems that only the large value produces a "real" background image. But both these two scenarios produce nearly the same results (data statistics). Do I need to always change the BACKGROUND_RANGE so that there are no diffraction spots in the BKGINIT.cbf? ===


No. Again, BKGINIT.cbf is essentially used only for scaling purposes; the ''real'' background calculation just requires those frames which have the reflections that are integrated. Don't worry about BACKGROUND_RANGE; just use the default! The only reason to increase the BACKGROUND_RANGE is when you have so low background that even 5° of data produces many zero pixels in BKGINIT.cbf, but this is highly unlikely.
No. Again, BKGINIT.cbf is used only for scaling purposes and masking the beamstop (in DEFPIX); the ''real'' background calculation just requires those frames which have the reflections that are integrated. Normally you don't worry about BACKGROUND_RANGE; just use the default! You need only increase the BACKGROUND_RANGE if you have so low background that a) even 5° of data produces many zero pixels in BKGINIT.cbf (but this is highly unlikely), or b) if shadowed parts of the detector are not visible in BKGINIT.cbf when viewed with xds-viewer.


== COLSPOT ==
== COLSPOT ==
Line 33: Line 33:
=== How does one define the beam stop shadow?  Is it possible to develop a simple method, e.g. the ignore circle and ignore rectangle of HKL2000? ===
=== How does one define the beam stop shadow?  Is it possible to develop a simple method, e.g. the ignore circle and ignore rectangle of HKL2000? ===


[http://homes.mpimf-heidelberg.mpg.de/~kabsch/xds/html_doc/xds_parameters.html#VALUE_RANGE_FOR_TRUSTED_DETECTOR_PIXELS= VALUE_RANGE_FOR_TRUSTED_DETECTOR_PIXELS=] masks shaded portions, and variation of its first parameter (values between 6000 and 9000) may be used to obtain the desired result (check with "XDS-Viewer BKGPIX.cbf"). [http://homes.mpimf-heidelberg.mpg.de/~kabsch/xds/html_doc/xds_parameters.html#UNTRUSTED_RECTANGLE= UNTRUSTED_RECTANGLE=] is probably the same as is available in HKL2000. [http://homes.mpimf-heidelberg.mpg.de/~kabsch/xds/html_doc/xds_parameters.html#UNTRUSTED_ELLIPSE= UNTRUSTED_ELLIPSE=] is also available, and there's also [http://homes.mpimf-heidelberg.mpg.de/~kabsch/xds/html_doc/xds_parameters.html#UNTRUSTED_QUADRILATERAL= UNTRUSTED_QUADRILATERAL=]. Furthermore, you could set [http://homes.mpimf-heidelberg.mpg.de/~kabsch/xds/html_doc/xds_parameters.html#MINIMUM_VALID_PIXEL_VALUE= MINIMUM_VALID_PIXEL_VALUE] such that all shaded pixels are below that number, and all background values above it.
[http://xds.mpimf-heidelberg.mpg.de/html_doc/xds_parameters.html#VALUE_RANGE_FOR_TRUSTED_DETECTOR_PIXELS= VALUE_RANGE_FOR_TRUSTED_DETECTOR_PIXELS=] masks shaded portions, and variation of its first parameter (values between 6000 and 9000) may be used to obtain the desired result (check with "XDS-Viewer BKGPIX.cbf"). [http://xds.mpimf-heidelberg.mpg.de/html_doc/xds_parameters.html#UNTRUSTED_RECTANGLE= UNTRUSTED_RECTANGLE=] is probably the same as is available in HKL2000. [http://xds.mpimf-heidelberg.mpg.de/html_doc/xds_parameters.html#UNTRUSTED_ELLIPSE= UNTRUSTED_ELLIPSE=] is also available, and there's also [http://xds.mpimf-heidelberg.mpg.de/html_doc/xds_parameters.html#UNTRUSTED_QUADRILATERAL= UNTRUSTED_QUADRILATERAL=]. Furthermore, you could set [http://xds.mpimf-heidelberg.mpg.de/html_doc/xds_parameters.html#MINIMUM_VALID_PIXEL_VALUE= MINIMUM_VALID_PIXEL_VALUE] such that all shaded pixels are below that number, and all background values above it.


== INTEGRATE ==
== INTEGRATE ==
Line 42: Line 42:
=== Is it possible to exclude images inside the frame range from integration? ===
=== Is it possible to exclude images inside the frame range from integration? ===


just remove them from the directory, or change their name. Or create a directory with symlinks only to those file you want XDS to use.
Use EXCLUDE_DATA_RANGE. It is also possible to just remove them from the directory, or change their name. Or create a directory with symlinks only to those file you want XDS to use.


== CORRECT ==
== CORRECT ==
Line 123: Line 123:
=== the URL for detector templates on slide 6 denied my visits ===
=== the URL for detector templates on slide 6 denied my visits ===


http://www.mpimf-heidelberg.mpg.de/~kabsch/xds/html_doc/xds_prepare.html
http://xds.mpimf-heidelberg.mpg.de/html_doc/xds_prepare.html


=== for anomalous dataset, if there is radiation damage, how do I find out where to best cut off the frames for processing? ===
=== for anomalous dataset, if there is radiation damage, how do I find out where to best cut off the frames for processing? ===
2,652

edits

Cookies help us deliver our services. By using our services, you agree to our use of cookies.

Navigation menu