annotation-table-construction
Summary
Construction of a reference metabolomics annotation table by integrating, standardizing, and deduplicating metabolite records from multiple public databases (HMDB, MassBank, METLIN). This skill produces a indexed, validated reference resource for metabolite identification in untargeted metabolomics workflows.
When to use
When you have access to multiple public metabolomics databases and need to build a unified reference table for metabolite annotation in untargeted mass spectrometry analysis. Apply this skill at the outset of an openNAU analysis pipeline when raw metabolomics ion peaks require matching against known metabolites.
When NOT to use
- Input metabolite data is already in a single standardized reference database (e.g., already merged HMDB-only records)
- Workflow requires organism-specific or pathway-curated annotations beyond generic metabolite matching
- Your analysis uses only targeted metabolomics with pre-defined metabolite lists rather than untargeted discovery
Inputs
- Public metabolomics database records (HMDB, MassBank, METLIN)
- Metabolite records with molecular identifiers and mass spectral data
- Chemical properties (molecular formula, InChI, InChIKey, m/z)
Outputs
- Unified reference metabolomics annotation table
- Indexed reference database with standardized nomenclature
- Deduplicated metabolite records with validated metadata
How to apply
First, identify and access source databases (HMDB, MassBank, METLIN) documented in openNAU. Extract metabolite records including molecular identifiers, chemical properties, and mass spectral signatures from each source. Standardize field names, data types, and nomenclature across all databases to ensure consistency. Perform deduplication by matching records on molecular formula, InChI, or InChIKey to eliminate redundant entries. Integrate the deduplicated records into a single reference table with indexed fields (e.g., InChIKey, m/z) for rapid querying during peak annotation. Finally, validate completeness and consistency by comparing merged record counts and key metadata fields against source database records to ensure no data loss during integration.
Related tools
Evaluation signals
- Merged record count matches or exceeds sum of individual database records minus expected duplicates
- Standardized field names are consistent across all rows; no NULL values in indexed query fields (InChI, InChIKey, molecular formula)
- Deduplication validation: InChIKey matching correctly identifies and removes redundant entries; no duplicate InChIKeys remain in final table
- Indexed fields enable sub-100ms query response for metabolite lookup by m/z (mass accuracy ≤ 5 ppm tolerance per openNAU specification)
- Metadata completeness check: key fields (molecular identifier, chemical properties, mass spectral signature) are present for ≥95% of records
Limitations
- Deduplication relies on InChI/InChIKey availability; metabolites missing these identifiers may not be deduplicated and may appear as redundant entries
- Integration of heterogeneous databases may introduce inconsistencies in nomenclature or annotation standards that are only partially resolved by standardization
- No explicit handling of isobaric compounds or isomers that share molecular formula or InChI but differ in structure; queries may return false-positive matches
- Public source databases evolve; merged reference tables become stale if source databases are not re-harvested periodically
Evidence
- [other] Public database sources and deduplication logic: "Identify and access public metabolomics databases (e.g., HMDB, MassBank, METLIN) referenced in openNAU documentation. Extract metabolite records including molecular identifiers, chemical properties,"
- [other] Integration and validation workflow: "Integrate deduplicated records into a single reference table with indexed fields for rapid querying. Validate completeness and consistency of the merged database against source record counts and key"
- [readme] Reference database construction as core openNAU capability: "A reference metabolomics database based on public databases was also constructed."
- [readme] Complete analysis system integration: "Finally, a complete analysis system platform for untargeted metabolomics was established."
1---2name: annotation-table-construction3description: Use when when you have access to multiple public metabolomics databases and need to build a unified reference table for metabolite annotation in untargeted mass spectrometry analysis.4license: CC-BY-4.05---67# annotation-table-construction89## Summary1011Construction of a reference metabolomics annotation table by integrating, standardizing, and deduplicating metabolite records from multiple public databases (HMDB, MassBank, METLIN). This skill produces a indexed, validated reference resource for metabolite identification in untargeted metabolomics workflows.1213## When to use1415When you have access to multiple public metabolomics databases and need to build a unified reference table for metabolite annotation in untargeted mass spectrometry analysis. Apply this skill at the outset of an openNAU analysis pipeline when raw metabolomics ion peaks require matching against known metabolites.1617## When NOT to use1819- Input metabolite data is already in a single standardized reference database (e.g., already merged HMDB-only records)20- Workflow requires organism-specific or pathway-curated annotations beyond generic metabolite matching21- Your analysis uses only targeted metabolomics with pre-defined metabolite lists rather than untargeted discovery2223## Inputs2425- Public metabolomics database records (HMDB, MassBank, METLIN)26- Metabolite records with molecular identifiers and mass spectral data27- Chemical properties (molecular formula, InChI, InChIKey, m/z)2829## Outputs3031- Unified reference metabolomics annotation table32- Indexed reference database with standardized nomenclature33- Deduplicated metabolite records with validated metadata3435## How to apply3637First, identify and access source databases (HMDB, MassBank, METLIN) documented in openNAU. Extract metabolite records including molecular identifiers, chemical properties, and mass spectral signatures from each source. Standardize field names, data types, and nomenclature across all databases to ensure consistency. Perform deduplication by matching records on molecular formula, InChI, or InChIKey to eliminate redundant entries. Integrate the deduplicated records into a single reference table with indexed fields (e.g., InChIKey, m/z) for rapid querying during peak annotation. Finally, validate completeness and consistency by comparing merged record counts and key metadata fields against source database records to ensure no data loss during integration.3839## Related tools4041- **openNAU** (Complete analysis platform housing reference database construction, raw mass data extraction, and quality control for metabolomics annotation) — https://github.com/zjuRong/openNAU42- **MetaQC** (Component of openNAU for quality control in metabolomics data processing) — https://github.com/zjuRong/openNAU43- **MARC** (Component of openNAU for metabolite annotation and reference matching) — https://github.com/zjuRong/openNAU4445## Evaluation signals4647- Merged record count matches or exceeds sum of individual database records minus expected duplicates48- Standardized field names are consistent across all rows; no NULL values in indexed query fields (InChI, InChIKey, molecular formula)49- Deduplication validation: InChIKey matching correctly identifies and removes redundant entries; no duplicate InChIKeys remain in final table50- Indexed fields enable sub-100ms query response for metabolite lookup by m/z (mass accuracy ≤ 5 ppm tolerance per openNAU specification)51- Metadata completeness check: key fields (molecular identifier, chemical properties, mass spectral signature) are present for ≥95% of records5253## Limitations5455- Deduplication relies on InChI/InChIKey availability; metabolites missing these identifiers may not be deduplicated and may appear as redundant entries56- Integration of heterogeneous databases may introduce inconsistencies in nomenclature or annotation standards that are only partially resolved by standardization57- No explicit handling of isobaric compounds or isomers that share molecular formula or InChI but differ in structure; queries may return false-positive matches58- Public source databases evolve; merged reference tables become stale if source databases are not re-harvested periodically5960## Evidence6162- [other] Public database sources and deduplication logic: "Identify and access public metabolomics databases (e.g., HMDB, MassBank, METLIN) referenced in openNAU documentation. Extract metabolite records including molecular identifiers, chemical properties,"63- [other] Integration and validation workflow: "Integrate deduplicated records into a single reference table with indexed fields for rapid querying. Validate completeness and consistency of the merged database against source record counts and key"64- [readme] Reference database construction as core openNAU capability: "A reference metabolomics database based on public databases was also constructed."65- [readme] Complete analysis system integration: "Finally, a complete analysis system platform for untargeted metabolomics was established."