-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Spectral data read from .0 files is sometimes background not sample #24
Comments
Two zipped examples (DECCW1013_A11.0, DECCW1034_B1.0) are attached that reveal this background data vs sample data problem: |
With
I have seen other examples that look exactly like this. From
|
From a "good" example file (attached) where the sample data is extracted as expected:
|
If you want you can test this version: https://github.com/spectral-cockpit/opusreader2 |
Thanks @philipp-baumann. Good news. I am starting to look at this and will let you know what I find. |
I'm doing some more testing but I think |
Is there an equivalent to |
The data extracted from Bruker files is sometimes background data, sometimes sample data. In most of our testing, it's sample data, but in a small number of files, we're seeing background data being extracted.
Using the
brukeropusreader
Python library shows that sample and background data exist in the files in question.Via the
brukeropusreader
Python library, sample data exists in the block whose key is "AB" (absorbance presumably) and background data exists in the data block whose key is "ScSm".One possibility is that the order in which data blocks are stored is non-deterministic and
opusreader
is always reading the Nth block. Another is that the wrong block is identified.The text was updated successfully, but these errors were encountered: