MS Instrument Type Classification
Summary
Classify mass spectrometry data and workflows by their input separation/ionisation techniques (LC, GC, IMS, MS Imaging) to verify comprehensive software support across all major MS instrument types. This skill ensures that data processing pipelines can handle the full diversity of modern MS workflows.
When to use
When evaluating or designing a mass spectrometry data analysis platform, and you need to verify that every supported separation/ionisation technique (LC, GC, IMS, MS Imaging) is covered by at least one processing module. Apply this skill when assessing software completeness or when documenting which instrument types a processing pipeline can handle.
When NOT to use
- When analyzing individual data files or raw spectra—this skill operates at the software architecture level, not on experimental data.
- When you are only concerned with a single separation technique (e.g., LC-MS only) and do not need to assess multi-technique coverage.
Inputs
- Software repository codebase (GitHub/git URL)
- Module source code and documentation
- Module inventory or architecture documentation
Outputs
- Module coverage matrix (separation/ionisation type × module)
- Classification report mapping each instrument type to supporting modules
- Completeness verification report
How to apply
First, access the software repository (e.g., mzmine on GitHub) and extract the complete inventory of processing modules from the codebase structure or module documentation. Next, categorize each module by its primary function (import, preprocessing, alignment, identification, visualization). Then, cross-reference module source code or documentation to identify which separation/ionisation types each module supports—LC (liquid chromatography), GC (gas chromatography), IMS (ion mobility spectrometry), or MS Imaging (e.g., MALDI). Build a coverage matrix mapping separation/ionisation types to modules. Finally, verify that every declared supported type has at least one corresponding module in the workflow architecture, and document the findings in a structured coverage report.
Related tools
- mzmine (Open-source software platform for MS data processing; serves as the target of instrument type classification and the source of module inventory) — https://github.com/mzmine/mzmine
Evaluation signals
- Coverage matrix is complete: every declared supported technique (LC, GC, IMS, MS Imaging) appears in the matrix with at least one assigned module
- Module-to-technique mappings are verifiable by consulting source code or official documentation (no inferences or guesses)
- Inventory of modules is exhaustive: all processing modules in the codebase are categorized and classified
- Report documents which techniques are supported by which specific module names and versions
- No gaps exist: if a technique is advertised in the software's feature list or README, it must have at least one supporting module in the coverage matrix
Limitations
- Module support may vary by software version; changelog or release notes may be absent or incomplete, making it difficult to track when support was added or removed.
- Some modules may support multiple techniques but documentation may not be explicit, requiring manual inspection of source code to determine true coverage.
- MS Imaging support (e.g., MALDI) may be less mature or feature-complete than LC/GC support; this skill verifies presence, not feature parity or depth.
Evidence
- [results] mzmine is designed with a complete set of modules covering the entire MS data analysis workflow and supports liquid chromatography (LC), gas chromatography (GC), ion mobility spectrometry (IMS), MS imaging (e.g., MALDI), and most MS instruments.: "Support includes liquid chromatography (LC), gas chromatography (GC), ion mobility spectrometry (IMS), MS imaging (e.g., MALDI), and most MS instruments"
- [methods] Categorize each module by its primary function and cross-reference documentation to identify which separation/ionisation types each module supports.: "Categorise each module by its primary function (e.g., import, preprocessing, alignment, identification, visualisation). Cross-reference module documentation or source code to identify which"
- [readme] mzmine is described as providing a user-friendly, flexible and easily extendable software with a complete set of modules covering the entire MS data analysis workflow.: "provide a user-friendly, flexible and easily extendable software with a complete set of modules covering the entire MS data analysis workflow"
1---2name: ms-instrument-type-classification-43description: Use when when evaluating or designing a mass spectrometry data analysis platform, and you need to verify that every supported separation/ionisation technique (LC, GC, IMS, MS Imaging) is covered by at least one processing module.4license: CC-BY-4.05---67# MS Instrument Type Classification89## Summary1011Classify mass spectrometry data and workflows by their input separation/ionisation techniques (LC, GC, IMS, MS Imaging) to verify comprehensive software support across all major MS instrument types. This skill ensures that data processing pipelines can handle the full diversity of modern MS workflows.1213## When to use1415When evaluating or designing a mass spectrometry data analysis platform, and you need to verify that every supported separation/ionisation technique (LC, GC, IMS, MS Imaging) is covered by at least one processing module. Apply this skill when assessing software completeness or when documenting which instrument types a processing pipeline can handle.1617## When NOT to use1819- When analyzing individual data files or raw spectra—this skill operates at the software architecture level, not on experimental data.20- When you are only concerned with a single separation technique (e.g., LC-MS only) and do not need to assess multi-technique coverage.2122## Inputs2324- Software repository codebase (GitHub/git URL)25- Module source code and documentation26- Module inventory or architecture documentation2728## Outputs2930- Module coverage matrix (separation/ionisation type × module)31- Classification report mapping each instrument type to supporting modules32- Completeness verification report3334## How to apply3536First, access the software repository (e.g., mzmine on GitHub) and extract the complete inventory of processing modules from the codebase structure or module documentation. Next, categorize each module by its primary function (import, preprocessing, alignment, identification, visualization). Then, cross-reference module source code or documentation to identify which separation/ionisation types each module supports—LC (liquid chromatography), GC (gas chromatography), IMS (ion mobility spectrometry), or MS Imaging (e.g., MALDI). Build a coverage matrix mapping separation/ionisation types to modules. Finally, verify that every declared supported type has at least one corresponding module in the workflow architecture, and document the findings in a structured coverage report.3738## Related tools3940- **mzmine** (Open-source software platform for MS data processing; serves as the target of instrument type classification and the source of module inventory) — https://github.com/mzmine/mzmine4142## Evaluation signals4344- Coverage matrix is complete: every declared supported technique (LC, GC, IMS, MS Imaging) appears in the matrix with at least one assigned module45- Module-to-technique mappings are verifiable by consulting source code or official documentation (no inferences or guesses)46- Inventory of modules is exhaustive: all processing modules in the codebase are categorized and classified47- Report documents which techniques are supported by which specific module names and versions48- No gaps exist: if a technique is advertised in the software's feature list or README, it must have at least one supporting module in the coverage matrix4950## Limitations5152- Module support may vary by software version; changelog or release notes may be absent or incomplete, making it difficult to track when support was added or removed.53- Some modules may support multiple techniques but documentation may not be explicit, requiring manual inspection of source code to determine true coverage.54- MS Imaging support (e.g., MALDI) may be less mature or feature-complete than LC/GC support; this skill verifies presence, not feature parity or depth.5556## Evidence5758- [results] mzmine is designed with a complete set of modules covering the entire MS data analysis workflow and supports liquid chromatography (LC), gas chromatography (GC), ion mobility spectrometry (IMS), MS imaging (e.g., MALDI), and most MS instruments.: "Support includes liquid chromatography (LC), gas chromatography (GC), ion mobility spectrometry (IMS), MS imaging (e.g., MALDI), and most MS instruments"59- [methods] Categorize each module by its primary function and cross-reference documentation to identify which separation/ionisation types each module supports.: "Categorise each module by its primary function (e.g., import, preprocessing, alignment, identification, visualisation). Cross-reference module documentation or source code to identify which"60- [readme] mzmine is described as providing a user-friendly, flexible and easily extendable software with a complete set of modules covering the entire MS data analysis workflow.: "provide a user-friendly, flexible and easily extendable software with a complete set of modules covering the entire MS data analysis workflow"
HolobiomicsLab