Comments (6)
Here are some additional questions and answers from Arnaud and Bruker, specifically about the Photon II:
How is the beam center dealt with? It seems that in the header only the offsets of the beam center at 2theta=0 are saved. Could you explain?
The CENTER is the pixel value that corresponds to the values on ANGLES. RAW and UNWARP values are on this line. For a detector that doesn’t need a spatial correction, he values are h same.
Could you explain as well how works the "Adaptive oversampling"? I guess this is to increase the dynamic range to 163810?
I believe that "Adaptive oversampling" refers to the retake images that was done on CCD detectors. Doesn’t apply to CMOS. CMOS frames have 16381 dynamic range and we read ten images per frame.
If the pixel values are coded in 2 bytes how come the max value is 163810?
With 10 images of 16-bits, the final frame is 19-bits. Round it up to 2 bytes.
from dxtbx.
Did Arnaud send an example set?
from dxtbx.
We have the sources for FrmUtility now from Bruker (email to dials-support). From the readme:
Getting Started:
A good place to start is with these source files and routines:
FrmRoutines.cpp: see ReadFrameFile() and SaveFrameFile() routines.
Frm2Frm\frm_lib.c & frm_lib.h: see basically the entire files.And some general documentation for the Bruker Frame File format is:
help\BISFrameFileFormats.rtf
from dxtbx.
"One caveat. FrmUtility was written before Bruker supported double frame data. Double frame data is either multiplied by 10 or 1000 and written as integers. I would convert all frames to doubles (apply LINEAR and baseline). See PDF file sent earlier."
from dxtbx.
I have some more example images from a Photon II detector from Andrew Purkiss, shared here with permission. PhotonII_images.tar.gz
The image matrix_01_0001.sfrm
hangs dials.image_viewer
or dxtbx.print_header
, whilst LT1_CRUK006_10_01_0001.sfrm
is fine. It seems this is due to the BrukerImage
class, which sets the detectorbase
for this format:
https://github.com/cctbx/cctbx_project/blob/master/dxtbx/format/FormatBrukerPhotonII.py#L70
FormatBrukerPhotonII
works around deficiencies in FormatBruker
(as discussed above), in such a way that the BrukerImage
code is not needed (at least not required for get_raw_data
). If the detectorbase line is removed, images from this detector can be processed.
However, that would be masking the problem. The real issue is that FormatBruker
and BrukerImage
cannot support the Photon II, at the very least because they hardcode the assumption of 1024*1024 pixel images. I had a look at the code, but haven't worked out how to fix it yet. This might need input from @nksauter. I think we have enough information now about the Bruker format (see zip file linked to above) to implement complete support for Bruker detectors, in either "86" or "100" format.
from dxtbx.
I should note, this is not time critical, but we do want to keep this on the radar. It seems to be possible to process most Photon II images fine. These matrix_*sfrm
images are collected as part of the indexing procedure rather than full data collection.
from dxtbx.
Related Issues (20)
- Add tests for importing multi-axis goniometer full CBF data
- Dectris file writer writes inverted beam; won't fix HOT 8
- nxmx: handle variants and weights
- where are listed the python dependencies of dxtbx
- the hdf5 path logic hide the system installed plugins on Debian/Ubuntu/... HOT 1
- unittest: KeyError: 'Format' HOT 8
- DLS only format tests are broken
- FullCBF trusted range HOT 13
- test_compress_decompress failure on arm64, ppc64el, and s390x HOT 4
- Documentation example: show drawing resolution rings on arbitrary image via dxtbx HOT 1
- CBF origin vectors off by half a pixel
- We should [not] use assert to control program flow? HOT 2
- Regression in Eiger 9M support compared with dials 3.8: data dimensions HOT 1
- dxtbx.plot_detector_models orthographic=False broken in current matplotlib
- Beam model should state probe type HOT 3
- Revisit the question of lazy loading HOT 2
- Rigaku RAXIS IV: do not assume Spring8 example
- Support Dectris filewriter images in FormatNXmx
- Misreading trusted range for Eiger data collected with DECTRIS file writer HOT 10
- Flumpy (?) long vs int issue on Windows HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from dxtbx.