[Bruker TDF] Feasibility of wrapping and integrating of timsrust for direct TDF access

[singjc]

Currently for diaPASEF analysis with OpenSwathWorkflow, we need to convert the TDF files to mzML using diapysef.

There are many different conversion tools, tdf2mzml, timsconvert, and of course msconvert. However, these all handle the ion mobility data differently, which is why we still use diapysef, because we output the full ion mobility array and use it during OpenSwathWorkflow data extraction and scoring. The caveat is diapysef does the conversion all sequentially, mainly in part due to MSExperiment not being pickable (at least at the time, not sure if it's changed now), so conversion can be rather slow.

This of course can all be remedied/forgotten once mzpeak is established, but for the interim, would be nice if OpenSwathWorkflow had direct access to the TDF

[Santosh69]

Hey @singjc , I've gone through, I'd like to work on this

[singjc]

Hey @singjc , I've gone through, I'd like to work on this

Hi @Santosh69, thank you for the interest in the project. This task is not a high priority task, and would be a lot more involved and complex as it involves inter operation between two languages C++ and Rust.

If you're interested, I would maybe suggest tackling #8 parquet input library support, as this is more of a self-contained task, now that the arrow library has been added to OpenMS (PR #8091). This would require development and contributions to the OpenMS library, specifically for OpenSwathWorkflow. If this sounds of interest to you, @jcharkow and myself can help guide you if needed.

[Santosh69]

suree @singjc , Im checking it out rightaway, i'll get in touch with you if i'm having any blocker
thank you :)