Skip to main content

Data models for metabolomics

Project description

metDataModel, data models for mass spectrometry based metabolomics

Our goal is to define a minimal set of data models to promote interoperability in computational metabolomics. This package will lay out the basic concepts and data structures, then we can import them to other projects, and extend to more specialized classes via inheritance.

There's been extensive software development in related areas. The XCMS ecosystem (https://www.bioconductor.org/packages/release/bioc/html/xcms.html) is a leading example of data preprocessing. The modeling of metabolism is exemplified by the Escher project (https://github.com/zakandrewking/escher). The advancing of science relies on the close interaction of experimental measurements and theoretical modeling, and the two should feed on each other. However, a clear gap exists between the two in metabolomics. E.g., the elemental mass table in Escher (retrieved on version 1.7.3) are of average mass, but mass spectrometers measure isotopic mass. Many software programs already have excellent data models and data structures. But the reuse of data models is much easier to start from basics, hence this project, where complexity is an option.

Core data Structure

Core data Structure

Metabolic model:
    Compound (metabolite is a compound)
    Reaction
    Pathway
    Network
    Enzyme
    Gene
Experimental data:
    Experiment
    massTrace: equivalent to EIC or XIC for LC-MS data
    Peak (Elution peak)
    Feature
    Empirical compound
    MSn spectra: MS^n data to annotate peak or feature

Try to keep the core models minimal. Leave index and query functions in applications.

Peaks are extracted from massTrace. A peak is specific to a sample, while a feature is specific to an experiment. A spectrum is a list of masses. LC-MS is a composite of many spectra. MS^n is spectrum as product of a precursor, which is a peak. After peaks are asigned to a feature or an empCpd, the annotation is transferred to the latter.

Internal structures of each class are not meant to be final. As long as a workflow is adhered to these core concepts, interoperability is easy to achieve.

Serialized empCpd format (in JSON and can be impplemented in any language)

empCpd = {
"neutral_formula_mass": 268.08077, 
"neutral_formula": C10H12N4O5,
"interim_id": C10H12N4O5_268.08077,
"identity": [
        {'compounds': ['HMDB0000195'], 'names': ['Inosine'], 'score': 0.6, 'probability': null},
        {'compounds': ['HMDB0000195', 'HMDB0000481'], 'names': ['Inosine', 'Allopurinol riboside'], 'score': 0.1, 'probability': null},
        {'compounds': ['HMDB0000481'], 'names': ['Allopurinol riboside'], 'score': 0.1, 'probability': null},
        {'compounds': ['HMDB0003040''], 'names': ['Arabinosylhypoxanthine'], 'score': 0.05, 'probability': null},
        ],
"MS1_pseudo_Spectra": [
        {'feature_id': 'FT1705', 'mz': 269.0878, 'rtime': 99.90, 'charged_formula': '', 'ion_relation': 'M+H[1+]'},
        {'feature_id': 'FT1876', 'mz': 291.0697, 'rtime': 99.53, 'charged_formula': '', 'ion_relation': 'M+Na[1+]'},
        {'feature_id': 'FT1721', 'mz': 270.0912, 'rtime': 99.91, 'charged_formula': '', 'ion_relation': 'M(C13)+H[1+]'},
        {'feature_id': 'FT1993', 'mz': 307.0436, 'rtime': 99.79, 'charged_formula': '', 'ion_relation': 'M+K[1+]'},
        ],
"MS2_Spectra": ['AZ0000711', 'AZ0002101'],
"Database_referred": ["Azimuth", "HMDB", "MONA"],
}

An empCpd can be constructed without knowing the formula, by grouping features based on mass differences. The "identity" can be a single compound or a mixture of compounds. How to compute the score or probability will be dependent on external algorithms to combine information from different annotation approaches. Additional fields can be added as needed.

The mummichog suite

This package is used in mummichog 3.

  • mummichog(3): core algorithm package for pathway/network analysis

  • cloud-mummichog: server and worker (RESTful) implementations

  • Azimuth DB: the chemical database for biology, including metabolic models

  • metDataModel: data models for metabolomics, used by mummichog and Azimuth DB

  • mass2chem: common utilities in interpreting mass spectrometry data, annotation

  • massBrowser: visualization using js

For developers

This should be language neutral. We start using Python code, and it'd be the primary reference. But we encourage the adaptation/update/extension in other languages.

YAML should be equivalent to JSON. Since Python classes are where we started, please use them as primary reference.

Minimal JSON formats should be used for mummichog project.

We strive for the right level of abstraction. For the core classes, it's more important to have transparent, extensible structure. Therefore, it's a design decision not to have getter or setter functions; to leave out JSON methods to elsewhere; to keep shallow data structures, which are more portable.

More abstracted, detailed, extended classess are used for more specific projects.

For end users, there has to be a serialized output at each level, which should be concise but adequate. For developers, the classes/objects can have all details, but their presentation is on demand not by default. I.e. be specific to what users need not what you have.

Use Wiki pages for detailed discussions of ideas.

Related community resources

While we focus on the application of mass spectrometry data, many mass spectrometry data structures are defined in various software projects that focus on "pre-processing", e.g.

To learn about mass spectrometry concepts and pre-processing:

To learn about genome scale metabolic models:

History

This repo was renamed from Azimuth-metabolomics. All annotation functions are moved to mass2chem package.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

metDataModel-0.4.9.tar.gz (2.1 MB view hashes)

Uploaded Source

Built Distribution

metDataModel-0.4.9-py3-none-any.whl (2.1 MB view hashes)

Uploaded Python 3

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page