ionisation-method-hardware-correspondence
Summary
Verify that a mass spectrometry data processing software or workflow provides module coverage across all supported ionisation techniques (LC, GC, IMS, MS Imaging) and MS instrument types. This skill ensures completeness of the analytical pipeline by mapping each separation/ionisation method to its corresponding processing modules.
When to use
When evaluating whether a mass spectrometry analysis platform (such as mzmine) has comprehensive module support across multiple ionisation and separation techniques (LC, GC, IMS, MALDI MS imaging), or when planning a multi-technique MS study and needing to confirm that all intended ionisation methods have corresponding processing infrastructure in the chosen software.
When NOT to use
- Single-technique workflows where only one ionisation method (e.g., LC-MS only) is planned—the full multi-technique correspondence check adds overhead without benefit.
- When evaluating data processing steps already performed by upstream instruments or vendor software—this skill applies to comprehensive software platforms, not individual hardware-specific processors.
Inputs
- Software repository codebase (source code structure)
- Module documentation or README files
- Declared hardware/instrument support list
Outputs
- Module inventory list with categorisation by function
- Coverage matrix mapping ionisation types to modules
- Structured coverage verification report
- Module-to-technique correspondence documentation
How to apply
Access the software repository (e.g., github.com/mzmine/mzmine) and retrieve the complete list of processing modules from codebase structure or documentation. Categorise each module by its primary function (import, preprocessing, alignment, identification, visualisation). Cross-reference module source code and documentation to identify which separation/ionisation types (LC, GC, IMS, MS Imaging) each module explicitly supports. Build a coverage matrix mapping separation/ionisation types to modules. Verify that every supported type (LC, GC, IMS, MS imaging) is covered by at least one module in the workflow. Document findings in a structured report showing the module inventory and coverage verification. The rationale is that complete coverage ensures users of all supported ionisation techniques can execute end-to-end analytical workflows without tool switching.
Related tools
- mzmine (Target platform for module coverage assessment; provides the complete set of MS data analysis modules to be inventoried and cross-referenced against supported ionisation techniques) — https://github.com/mzmine/mzmine
Evaluation signals
- Coverage matrix is complete: every declared ionisation type (LC, GC, IMS, MS imaging, MALDI) maps to at least one processing module in each major workflow stage (import, preprocessing, alignment, identification, visualisation).
- Module source code or documentation explicitly lists supported ionisation types as attributes or in method signatures.
- No gaps are present in the ionisation-technique-to-module mapping; if a technique is declared as supported by the software overall, all required processing functions are available for it.
- The structured report is reproducible: another evaluator using the same repository state and categorisation logic produces the same module inventory and coverage matrix.
- Cross-reference verification confirms that modules documented for a given ionisation type have been tested or used successfully with that technique (e.g., by examining test data, example workflows, or issue tracker references).
Limitations
- Coverage matrix reflects only declared module support; modules may not be equally mature or well-tested across all ionisation types, and this skill does not assess algorithm quality or experimental validation.
- The skill requires access to current repository codebase or comprehensive documentation; changes to module structure or removal of undocumented modules may invalidate prior inventories.
- Module interdependencies and workflow composition are not explicitly verified—the skill checks that individual modules exist for each ionisation type but does not guarantee that modules can be combined into a coherent end-to-end workflow for all combinations of techniques.
- New ionisation technologies or instrument types emerging after the software snapshot may not be represented in the coverage matrix.
Evidence
- [other] 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.: "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"
- [other] Categorise each module by its primary function (e.g., import, preprocessing, alignment, identification, visualisation). Cross-reference module documentation or source code to identify which separation/ionisation types each module supports (LC, GC, IMS, MS Imaging). Build a coverage matrix mapping separation/ionisation types to modules.: "Categorise each module by its primary function (e.g., import, preprocessing, alignment, identification, visualisation). Cross-reference module documentation or source code to identify which"
- [intro] provide 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: ionisation-method-hardware-correspondence-23description: Use when when evaluating whether a mass spectrometry analysis platform (such as mzmine) has comprehensive module support across multiple ionisation and separation techniques (LC, GC, IMS, MALDI MS imaging), or when planning a multi-technique MS study and needing to confirm that all intended.4license: CC-BY-4.05---67# ionisation-method-hardware-correspondence89## Summary1011Verify that a mass spectrometry data processing software or workflow provides module coverage across all supported ionisation techniques (LC, GC, IMS, MS Imaging) and MS instrument types. This skill ensures completeness of the analytical pipeline by mapping each separation/ionisation method to its corresponding processing modules.1213## When to use1415When evaluating whether a mass spectrometry analysis platform (such as mzmine) has comprehensive module support across multiple ionisation and separation techniques (LC, GC, IMS, MALDI MS imaging), or when planning a multi-technique MS study and needing to confirm that all intended ionisation methods have corresponding processing infrastructure in the chosen software.1617## When NOT to use1819- Single-technique workflows where only one ionisation method (e.g., LC-MS only) is planned—the full multi-technique correspondence check adds overhead without benefit.20- When evaluating data processing steps already performed by upstream instruments or vendor software—this skill applies to comprehensive software platforms, not individual hardware-specific processors.2122## Inputs2324- Software repository codebase (source code structure)25- Module documentation or README files26- Declared hardware/instrument support list2728## Outputs2930- Module inventory list with categorisation by function31- Coverage matrix mapping ionisation types to modules32- Structured coverage verification report33- Module-to-technique correspondence documentation3435## How to apply3637Access the software repository (e.g., github.com/mzmine/mzmine) and retrieve the complete list of processing modules from codebase structure or documentation. Categorise each module by its primary function (import, preprocessing, alignment, identification, visualisation). Cross-reference module source code and documentation to identify which separation/ionisation types (LC, GC, IMS, MS Imaging) each module explicitly supports. Build a coverage matrix mapping separation/ionisation types to modules. Verify that every supported type (LC, GC, IMS, MS imaging) is covered by at least one module in the workflow. Document findings in a structured report showing the module inventory and coverage verification. The rationale is that complete coverage ensures users of all supported ionisation techniques can execute end-to-end analytical workflows without tool switching.3839## Related tools4041- **mzmine** (Target platform for module coverage assessment; provides the complete set of MS data analysis modules to be inventoried and cross-referenced against supported ionisation techniques) — https://github.com/mzmine/mzmine4243## Evaluation signals4445- Coverage matrix is complete: every declared ionisation type (LC, GC, IMS, MS imaging, MALDI) maps to at least one processing module in each major workflow stage (import, preprocessing, alignment, identification, visualisation).46- Module source code or documentation explicitly lists supported ionisation types as attributes or in method signatures.47- No gaps are present in the ionisation-technique-to-module mapping; if a technique is declared as supported by the software overall, all required processing functions are available for it.48- The structured report is reproducible: another evaluator using the same repository state and categorisation logic produces the same module inventory and coverage matrix.49- Cross-reference verification confirms that modules documented for a given ionisation type have been tested or used successfully with that technique (e.g., by examining test data, example workflows, or issue tracker references).5051## Limitations5253- Coverage matrix reflects only declared module support; modules may not be equally mature or well-tested across all ionisation types, and this skill does not assess algorithm quality or experimental validation.54- The skill requires access to current repository codebase or comprehensive documentation; changes to module structure or removal of undocumented modules may invalidate prior inventories.55- Module interdependencies and workflow composition are not explicitly verified—the skill checks that individual modules exist for each ionisation type but does not guarantee that modules can be combined into a coherent end-to-end workflow for all combinations of techniques.56- New ionisation technologies or instrument types emerging after the software snapshot may not be represented in the coverage matrix.5758## Evidence5960- [other] 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.: "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"61- [other] Categorise each module by its primary function (e.g., import, preprocessing, alignment, identification, visualisation). Cross-reference module documentation or source code to identify which separation/ionisation types each module supports (LC, GC, IMS, MS Imaging). Build a coverage matrix mapping separation/ionisation types to modules.: "Categorise each module by its primary function (e.g., import, preprocessing, alignment, identification, visualisation). Cross-reference module documentation or source code to identify which"62- [intro] provide 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 